每个时代都会有那么几首流行歌曲红极一时。而当下，“云计算”就像一首流行歌曲，成天萦绕在整个IT业界的耳边。但是对于企业IT系统的管理者而言，云计算如同“雾里看花”，他们并没有对它真正了解，一些关于云计算的“误区”也仍旧存在。

　　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公司应该学会使用版本测试计划，事先宣布改动，并行运行系统，在进行改动时采取各种可能的措施，并且提醒顾客注意代码的变化，以减少给客户带来的麻烦。