云计算不等于低成本

摘要：云计算的一大卖点就在于其经济性。但是，CIO们常犯的一个错误是简单地将云计算和低成本划等号

关键词：云计算

云计算的一大卖点就在于其经济性。但是，CIO们常犯的一个错误是简单地将云计算和低成本划等号。根据Forrester Research Inc.（位于马萨诸塞Cambridge）副总裁及首席分析师James Staten的观察，在各种规模的企业中都存在着这种问题。在本文中分享了云计算成本方面的四个关注点。敏捷性、现存的自有系统以及团队成员都是影响云计算投资回报率的因素。

问：是否能确定云计算的使用频度和规模？

James Staten：如果云计算被大规模使用（即服务始终在线、所有员工都会访问以及访问强度基本保持恒定），那么就很难做到成本的削减。ERP系统就是一个典型的例子，由于其所依赖的基础架构特性，很难利用云计算按使用付费的弹性特征。

要想达成成本削减的目标，就必须真正理解云计算的适用场景–即应用的访问量要具有一定波动度。在这方面，某些BI（商业智能）应用是很好的例子，比如偶尔使用或以批处理方式运行的BI应用，而传统的数据仓库则通常不适合放到云中。另外的适用应用有网站、移动应用后端系统、社交媒体以及测试开发环境。

问：是否能够真正分析出替换自有系统与迁移到云中的成本？

Staten：很多情况下，你需要将现有系统的迁移和替换成本进行分析比对。举例来说，你的电子商务系统使用的是Oracle的E-Business套件。现在，你考虑是该用诸如之类的纯SaaS服务来替换，抑或是用IaaS服务来支撑Oracle的基础架构。在这类例子中，必须要做的就是算清楚当前系统的显性和隐形管理成本、基于IaaS以及纯SaaS服务的成本。

表面上看这种比对十分简单，但事实并非如此。以迁移到公有云为例来说，对于应用的配置模式可能发生变化。软件许可证方面也可能有所不同，比如Oracle那种收费模式只会导致你的成本越来越高。你最初的目的就是通过摆脱服务器的管理维护工作来大幅削减成本–亚马逊会接手这些事情。但是，不要指望基础架构方面的运维成本会彻底消失，有些工作仍然需要你的团队来完成–粗略估计，你可以预期这方面成本有70%的降低。

在应用管理方面，工作内容没有很大的变化，但是配置可能有所不同–比如性能监控、容量管理和规模控制等。在很多场景下，成本会有所降低，但也并非没有例外–主要视应用复杂度以及对外交互的接口等情况。

问：是否注意到了云计算的所有隐性成本？

Staten：由于云计算本质上是一种服务，因此对其隐性成本要重点关注。下面我就以GoGrid和亚马逊的基础架构服务为例来说明。之所以拿两种相近的服务为例，主要是为了做出客观的成本比较。但是，两者的服务并非完全一致，因此你必须注意那些额外的功能和服务–而这些地方往往就是真正导致成本降低的关键所在。

将团队的专业技能考虑进来的话，情况会变得更加复杂。如果说要迁移一个应用到云中，而且你手头就有合格的开发人员，那么分析比较是相对简单的。但是，如果你要加入更多更复杂的应用或者需要第三方的协助时，情况就会开始复杂起来。找熟悉亚马逊平台的人容易，但熟悉GoGrid的人则相对稀缺，如此就导致时间成本的不同。因此，在评估云计算成本时，一定要进行全面细致的考虑。

问：在使用云计算时是否考虑了市场响应速度？

Staten：敏捷性同样是成本的构成因素之一。如果通过云来交付移动应用，也许能在一个礼拜内就完成。这就是一种巨大的成本削减，而且公司因此会赚到更多的钱。这一点也许比单纯地分析该把什么东西放到云中以及计算长期成本更重要。

如今，很多人仍然倾向于那种3到5年（计算投资回报率的常规周期）的成本分析。但是，要知道没有一家企业会在这段时间内不发生任何变化。5年前你可能只需要一个网址，现在，可能已经有了多个网址以及海量的网页，网址之间还有协同机制，也许还有几个SaaS应用。在这种情况下，最初投资的回报率该如何计算呢？显然是非常复杂的。正因为如此，你更应该多地考虑企业能从云计算投资中获得的即时回报。如果要进行长期分析，则最好不要超过两年。

责编：fanwei

02 为什么选择 Nginx

Numpy 的 ndarray 对象

JavaScript Date