原文：《Computerworld》Mary Brandel
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%的使用费。
厂商缺少专业知识
有人认为云计算最吸引人的地方，就是IT部门在使用它之后就不再需要那么多资深的IT员工。不过，资深的云计算用户坚信，这种假想其实并不成立。
Serena公司提供基于云的应用生命周期管理系统，它把自己的大多数业务活动也放在云中运行。它使用了谷歌的办公生产力应用程序套件、MarketBright公司的营销自动化应用程序以及Aria Systems公司的按需计费系统。Serena软件公司的高级副总裁Rene Bonvanie表示，实际上由于许多云计算厂商刚成立不久，他们具有的专业知识（尤其是满足企业要求的专长）相当匮乏。因此用户非常有必要利用自己内部员工的技能来补充云计算提供商在技能方面的不足。Bonvanie说: “实际上，提供云服务的大多数公司在经验方面根本不如我们期望的那么丰富。这种经验不足直接体现在了应用程序的稳定性不强，用户需要集成应用程序、实现跨应用程序的客户报告等功能时更是如此。”
到目前为止，该公司把市场营销自动化、工资与内部网络管理、协作软件以及内容管理等系统都放到了云中，惟一没有放到云中的应用软件是ERP系统，Serena把该系统的管理外包给了一家公司。
在Bonvanie看来，“使用云计算后就不需要员工”的宣传过于夸大了。至少云计算用户仍需要自己负责集成等工作，因为某些云计算的因素并不是如用户想象得那样稳定。
Bonvanie说: “如今，还没有完整的一套与Oracle数据库或SAP ERP系统相当的SaaS系统，因此我们IT部门还是把这些重要系统交给自己来负责。”
全球服务不一致
云基础架构提供商Enomaly公司的创始人兼首席技术专家Reuven Cohen表示，如今的云计算厂商们在提供服务时，大都是以美国为中心来设计的，现在他们需要调整，以满足全球用户的响应时间要求，这样才能确保应用程序运行时对各个地方的用户来说都能同样顺畅。
Bonvanie也赞同这一观点，他认为有些云计算厂商忘了用户公司的分布比他们还要广泛、分散。比方说，总部在加州圣布鲁诺的MarketBright的营销应用程序就基于云计算。Serena公司在加州雷德伍德城的营销部门使用这些营销应用程序时运行顺畅，但要是该公司在澳大利亚和印度的人员使用该应用程序时，性能就会下降。
Bonvanie说: “厂商必须优化应用程序，以便在全球各地的运行能够一样顺畅。不要仅仅在离硬件所在位置几英里外的地方评估一下性能就算完事。”
云计算提供商完全可以把服务器架设在全球，也可以依靠Web应用加速服务（又叫内容分发网络），比如Akamai科技公司的此类服务，从而针对全球客户实现优化。加速系统可以跨互联网运行，从而为用户提高性能、扩展性和成本效益。
当然，把服务器架设在全球可能会带来棘手的地缘政治问题。虽然在环太平洋地区、俄罗斯、中国或澳大利亚架设应用服务器来平衡负载是好事，但业界“离这个目标还很遥远”，因为“很多云计算提供者甚至还没有开始进行这种地缘政治讨论”。
由于《美国爱国者法案》的存在，美国境外的一些用户把数据放在美国的服务器上有所顾虑。该法加大了美国执法部门搜查电话、电子邮件通信、医疗和财务记录的权利，并且放宽了在美国搜集国外情报方面的限制。有些国家的政府就禁止把某些个人数据存放在美国。
SaaS不正宗
SaaS平台上提供的一些应用程序最初就是为SaaS设计的，另一些是为了能在SaaS平台上运行而重新构建的。Bonvanie表示: “例如WebEx和Salesforce.com的应用程序与Aria的计费平台就有着很大区别，前者当初就设计成了SaaS应用程序，后者却不是这样。后者高度复杂，也能融入云环境，但其源头不是基于云的。如果某项服务不是正宗的云服务而是移到了云中，用户在进行改动时就要应对一系列不同的限制因素。”
链接:形形色色的云计算
● 软件即服务（SaaS）
描述: 这是由第三方通过互联网提供的特殊用途的软件，采用基于使用量的定价模式，称之为“应用即服务”。
例子: Salesforce.com、NetSuite和Zoho
● 平台即服务（PaaS）
描述: 一种集成软件环境，系统管理员和开发人员可以为它构建、测试及部署定制应用程序。
例子: Google Apps Engine
● 基础架构即服务（IaaS）
描述: 为部署的云环境提供了核心计算资源和网络架构的一种服务。
例子: 亚马逊的EC2和Rackspace Hosting的Mosso服务
● 核心云服务
描述: 基于云平台而建的独立组件，可以集成到云应用程序中，比如计费、系统管理和存储等应用程序。
例子: 亚马逊的S3、微软BizTalk Services和RightScale
【发表评论0条】
