John Willis是一名系统管理顾问，同时他也是一名高产的博客写手，经常撰写关于IT管理和云计算的文章。在他看来，企业用户对于云计算，不是什么采用不采用的问题，而是要么完全找到感觉、要么对它“一片空白”。实际上用户应该清楚，自己是否了解哪些服务和架构是属于云计算的？在哪些场景下一项或多项服务切实可行？一旦使用这些服务又会带来哪些利弊？

    PC Pitstop公司使用亚马逊基于云的S3存储系统和Google Apps，该公司的首席技术官Dave Methvin表示，事实上很多云计算的用户以及支持者都并没有认清云计算的缺点，对使用云计算可能出现的问题毫无准备。“现在大家太信任云计算了，没有认识到可能带来的影响。”

    无论“云计算”仅仅是一个恼人的时髦词语，还是有望帮助企业在将来取得成功的一种工具。用户都有必要弄清楚云计算的真正含义，它在多大程度上适合自己的计算架构，以及自己在通向云计算的道路上会遇到哪些障碍。

    以下就是当前及潜在的云计算用户需要格外留意的七个方面，希望能够帮助大家“雾里看花”，了解云计算的真实面目。
 
    不断膨胀的基础架构

    Brad Jefferson最初创办Animoto公司时，选择了一家Web托管服务提供商来满足该公司的处理要求。这家Web服务公司让人们能够把图像和音乐转变成非常专业的视频。不过放眼未来，Jefferson觉得这家提供商估计满足不了自己公司业务高峰期间的处理要求。

    于是Jefferson没有增加内部的服务器和员工，而是求助于亚马逊的“弹性计算云”（Elastic Compute Cloud）和RightScale公司。前者被命名为EC2，这种Web服务在云环境下提供可以调整的计算功能，后者为那些使用了像EC2这样的Web服务的用户提供系统管理。RightScale的用户只需要为自己使用的服务器功能付费，他们可以通过互联网来获取及配置这种功能。

    Jefferson的决策在今年4月份得到了验证，当时Animoto所用的EC2服务器在一周内由50台激增至5000台。Jefferson自然没有料到自己的业务会出现这么大的需求。即使退一步，就算事先料到了，Animoto为了应付这么大的应用需求，需要耗资数百万美元来构建能够处理如此大需求量的基础架构。投资于这样的基础架构势必会造成不必要的浪费，因为并非总是需要这么大的计算能力。

    但是一旦长期稳定地使用某个应用程序，按使用量付费可能就不大划算了。实际上，Jefferson也看到，一旦清楚地了解了Animoto的使用模式，他可能会考虑混合方案。即只有当内部服务器不能够满足Animoto日常、持续的需求时，才选择云计算。

    云存储的成本代价

    云存储（Storage in the cloud）是另一个热门话题，Storage Switzerland公司创始人George Crump表示，对于云存储而言，重要的是认真评估相关成本。

    Crump表示，基于云的存储系统每个月每GB基本需要花费25美分左右，看上去得便宜。 虽说Crump是云存储的支持者，但他看来目前的成本模式仍旧无法体现存储服务的实际运作。

    传统的内部存储系统把比较旧、不常访问的数据迁移到不大昂贵的存储介质，比如速度较慢的磁盘、磁带或光盘系统，从而降低数据在使用寿命期间的存储成本。而如今，云存储服务公司实际上对数据的整个生命周期都收取同样的费用。

    据Methvin声称，亚马逊为其S3云存储服务计算月费的模式是基于存储数据量、用户提出的访问请求量以及传输数据量。用户操作越频繁，支付的费用越高。

    因此在Crump看来，由于目前存储介质成本在不断下跌，如果长时间把数据保存在云环境中其实并不划算。他认为，云存储厂商需要制订一种不同的定价模式。把一段时间（比如六个月）内没有访问的数据迁移到速度较慢的介质上，对这部分存储空间收取较低费用。但是这需要用户同意厂商针对这部分数据提供较低级别的服务。 “厂商可能在第一年对64GB 数据收取200美元的费用。第二年，就不必购买更多的存储空间，厂商会希望用户归档其中的32GB数据，这部分数据每GB可能只收4美分费用。” Crump解释说。

    而且为了进一步降低自身的成本和用户的使用费，云存储提供商可能会把较旧数据保存到那些不用时就关掉电源的系统上。

    代码改动

    如果云计算应用服务提供商决定改动代码，用户基本上没有什么控制权。要是代码没有经过全面测试、不能与所有浏览器兼容，可能会给用户带来严重后果。

    总部在洛杉矶的SiteMeter公司的Web流量分析系统在今年夏天就遇到了这种情况。SiteMeter是一家采用软件即服务（SaaS）模式运作的公司，它提供的一款应用程序通过往用户想要跟踪的网页的HTML代码插入脚本来运行。今年7月，该公司发布的代码引起了一些问题。只要访客使用IE浏览器浏览内嵌有SiteMeter代码的网页，都会产生错误显示。但是即使在用户开始抱怨问题后，问题根源也没有马上被发现。

    Methvin解释说，在当时情况下，使用云服务的网站经营者接到用户投诉后，并不清楚问题出在哪里，直到几小时后才觉得问题可能出在SiteMeter的代码上。果然SiteMeter撤下代码后，问题也就解决了。

    可见，一旦云环境在用户不知情的情况下出现了变化，引发的问题就可能被大大地放大。在这次SiteMeter的事件中，由于没有清晰可见的审计跟踪记录，SiteMeter的用户根本就不知道原来是更新了代码。而此之后，SiteMeter升级了系统、修改了代码，更是迅速地激起了许多用户的怒火。新闻评论网站PoliGazette的编辑Michael van der Galien就是众多批评者之一，他批评新版本“慢得要命，又不实用”。而且更不方便的是，现有用户不得不提供特殊代码才能重新激活账户。

    面对一下子出现的如此强烈的负面反响，SiteMeter很快重新使用旧系统，这才基本上消除了众多用户的怒气。Methvin表示，SiteMeter公司应该学会使用版本测试计划，事先宣布改动，并行运行系统，在进行改动时采取各种可能的措施，并且提醒顾客注意代码的变化，以减少给客户带来的麻烦。

    服务停用

    云计算用户需要防备服务停用情况的发生，当然服务提供商起码应该向用户通知当前、甚至潜在的停用事件。使用S3和Gmail的Methvin就表示，有一点很明确，他不希望遇到任何引发服务停用的意外情况。

    Methvin发现，过去有些厂商采用被动的通知方法，但是现在变得主动起来。比方说，有些厂商现在提供状态页面，用户可以密切关注问题，或者订阅RSS新闻源或手机提醒。那样一旦出现问题，就会在第一时间接到通知。Methvin说: “要是出了问题，云服务提供商会提供反馈，表明出了什么问题、如何解决。”

    当然，用户最好也要考虑到可能出现服务停用情况，并制订好应急方案。比如在PC Pitstop公司，一旦S3服务停用，意味着用户就无法在PC Pitstop的网站上购买产品，因为该网站依靠云存储来下载数据。因此Methvin为S3制订了后备方案，即使万一S3出了问题，用户可以从该公司自己的服务器来下载产品订单。

    但是，PC Pitstop对Google Apps却没有后备方案，那是因为Methvin觉得如果要管理像微软Exchange这样的复杂系统，拥有众多资源的谷歌能够比自己的员工更快地让电子邮件系统恢复运行。

    云计算的用户要明白厂商的故障切换策略，同时也为自己制订一项此类策略。帕洛阿尔托软件公司提供了基于云的电子邮件系统，该系统依靠S3作为主存储。帕洛阿尔托为该系统使用了缓存策略，这样在紧急停用期间仍能继续正常使用，就算万一S3出了问题，用户仍能查阅存在于本地缓存的电子邮件副本。

    弗雷斯特研究公司则劝告顾客应当问清楚云服务提供商，例如有没有把地区分散的冗余功能集成到架构中，服务在后备系统上恢复运行需要多长时间等问题。

    用户应该与厂商谈好服务级别协议，并安排好服务停用补偿事宜。一旦服务出现停用，厂商就应该立刻补偿客户。比方说，万一S3的可用性在一个月内降到99.9%以下，亚马逊就要退回10%的使用费。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。