云是数据中心的延伸

在俄勒冈州姆尔特诺默县部署了本地资产管理应用的一年后，由于两名专职负责管理该应用的IT员工辞职，导致其他的员工在维护该专业服务器环境时显得力不从心。为了确保这一关键任务工具能够继续获得支持，姆尔特诺默县除了向云迁移没有别的选择。

姆尔特诺默县和波特兰市IT项目经理Staci Cenis称：“我们所有的IT项目都通过Planview进行追踪。我们利用Planview制订规划并确定时限，对计划性与非计划性维护的监控可让我们清楚员工们何时能够抽出身来参与其它的项目。”

Cenis解释称，最初姆尔特诺默县有两名Planview专职管理员，但是这两名专职的管理员在2009年三月份左右都辞职了。她称：“他们的辞职让我们陷入了被动。其他的职员都没有接受过关于Planview实例配置的培训，也不知道如何在工具内部更新表单。”

虽然在这一问题出现前，Cenis从来都没有考虑过云服务，但是在评估了成本之后，Cenis同意放弃本地软件，选择Planview的软件即服务(SaaS)解决方案。Cenis称，对从事服务器存储、备份管理、恢复与升级业务的IT职工进行培训是本地软件的主要开销。

目前，通过将基础设施和应用管理转交给云，IT部门能够处理大部分配置、测试与灾难恢复问题。Cenis称：“我真希望从一开始就选择云，因为它们可以在很大程度上为我们缓解负担，尤其是在软件升级方面。”

每次升级都是由应用提供商负责而不是由她的团队负责。她估算每次升级都为她的资源池节约了大量的时间。“以往排除故障要花上数周时间，现在一至两天就要以解决。”与此同时，用户能够在软件的新版本推出一至两个月内就可以访问到最新的版本。

市场研究公司Gartner副总裁兼著名分析师Anne Thomas Manes称，姆尔特诺默县选择云计算的例子已经成为目前五个经常被引用的例子之一。

Gartner 公司将它们分为以下几大类：

· 替换。像姆尔特诺默县那样，放弃基础设施并选择SaaS;

· 重新托管。IT部门仍然管理软件，但是软件被托管在外部基础设施上，如亚马逊、惠普或Rackspace等公有或私有云服务器上;

· 重构。对应用进行一些简单的调整以利用平台即服务;

· 修改。代码或数据框架必须要针对PaaS进行修改;

· 重建。开发者或IT部门放弃应用代码，重新开始使用PaaS。

Manes称：“为了将应用移植到云上，选择重建或进行重大修改的公司并不多。公司常常会选择替换、重新托管或是重构。”

总的来说，企业将云视为解决数据中心负荷过重、空间不足等问题的一个解决办法。Manes 称：“如果你正面临创建一个新数据中心，那么与动辄需要数十亿美元的新数据中心相比，将一些非关键性应用转移到云上无疑可以节省大量资金。”

存在的问题

自从在多年前首次观察到云计算开始出现混乱以来，Manes发现许多公司已经开始自食苦果。她指出：“许多公司领导人非常热衷于向云计算迁移，以至于没有让IT部门建立合理的冗余，或制订保证正确履行协议的制度。”在抵御运行中断和其它问题时，这类疏忽让他们在技术上和财务上变得极为脆弱。

那些在早期将应用和数据迁移至公有云上的公司可能也并没有制订如何利用负载平衡等传统的方法应对运行中断事故的预案。她称：“即便运行中断事故集中在一个国家的某一个地区，也会导致出现连锁反应。如果事故时间持续一天以上，那么将会对公司带来严重的后果。”

不过，SNL Financial公司从事商业智能服务的高级程序经理Dave Woods对此并不认同。SNL Financial的业务主要是为他们的客户从全球收集并分析通过公开渠道获得数据。尽管有一个规模很大的内部数据中心，但是公司原有的工作流管理应用还是遇到了限制。

Woods称：“我们的数据中心已经塞满了内部与面向客户的应用和数据库。这导致公司无法进行全面的分析以找出造成限制的原因到底是服务器空间不足、冷却不足，还是其它问题。不过，有一点已经变得非常明显了，那就是容量正在逐渐用尽，云软件正越来越具吸引力。”

尽管他曾经考虑过重建应用和增加数据中心数量，但是成本、时间和代码的稳定性等顾虑让他打消了这一念头。Woods 称：“遗留应用在设计和灵活性上无法满足我们提升流程的需求。”换句话说，他的目标不仅仅是重新托管应用，而是对工作流程序做出一些重大提升。

为了实现这一目标，SNL Financial部署了Appian公司基于云的业务流程管理系统。虽然每年的许可证成本与公司使用的本地软件的成本相当，但是公司省去了70000美元的硬件成本，而且一旦应用升级这些硬件也需要跟着升级。

由于Woods相信云服务支持扩展性和不同的地理位置，因此SNL Financial将其在亚洲的工作流扩展到了500多家银行。Woods 解释称：“这些平台在我们看来都对任务至关重要，它们不是边缘产品。它们影响到了我们核心业务引擎，让我们能够履行向客户承诺的时间表。”

Woods所提到的流程指收集、审计和评估针对特定行业的数据和新闻——换句话说就是SNL向客户出售的信息。

这并不是说在向云迁移的过程中没有什么障碍。Woods称，尽管IT部门在决策初期就参与进来，但是他的流程提升团队没有实现确保IT部门被充分告知。他称：“我们发现无论我们认为自己与IT部门和网络部门进行了多么好的沟通，都没有换位思考重要。”

在云上建立信任

美国宇航局(NASA)喷气推进实验室(JPL)选择支持云服务。该实验室在10个不同的服务中总共存储了100多太字节，随着时间的推移，JPL已经对云建立了信任。

JPL首次尝试云服务是在2009年，当时科研人员已经意识到预定30天的火星漫步者(MER)任务可能将会比最初规划的时间要长很多，并且需要更多的资源，而这些并不是内部数据中心能够解决的。(MER目前仍然在向地球回传数据。)

美国宇航局首席技术官Tom Soderstrom称：“我们所有的IT系统都被塞满了。我们要么在内部建立新的IT系统，要么迁移至云上。”

Soderstrom和他领导的一支由工程师和开发人员组成的团队利用微软早期的Azure平台托管了他们的“火星人”扩展项目。JPL马上就发现了云服务灵活性所具备的优势，其可以迅速调配资源满足用户的需求。

事实已经证明JPL的云尝试是正确的，如使用谷歌Apps作为针对学生的“来自火星的明信片(Postcards from Mars)”项目的基础。Soderstrom称赞谷歌Apps为理想的平台，因为其能够让实验研究人员与防火墙外的加州大学的研究人员建立合作关系。

经过JPL的IT团队授权后，外部的研究人员就可以在谷歌平台上参与“来自火星的明信片”项目了。Soderstrom 称：“如果我们使用内部数据中心，我们必须要为他们提供账户和机器，让他们得到JPL的标记，然后让他们进入学校去安装和管理应用代码。相比之下，云解决方案费用不高，同时也更为高效。”

JPL还将亚马逊网络服务(Amazon Web Services)引入到多个项目中。他称：“所有的测试、代码编写和评分都在亚马逊的云上完成，因此我们的内部数据中心不会受到任何攻击。”

内部项目也可以从云中受益，包括处理来自火星任务的数据。为了拼接从火星发回来的18万张图像图片，数据中心必须要让服务器昼夜不停的运行15天或者更久。JPL还必须要支付这些基础设施的成本，并且花费时间制订规定以规范所需插头的类型。

Soderstrom称，与之形成鲜明对比的是，相同的处理在亚马逊云上花费的时间不足5个小时，成本仅为200美元。

随着云越来越普及越来越重要，JPL利用单个服务提供商的多个地理区域布局和多家服务提供商不断增强其基于云的灾难恢复/业务持续性。他称：“我们总是为所有的东西准备失效备援系统。”为了今年夏季的火星登陆计划，JPL准备了双重失败备援系统。他称：“所有的云服务提供商都存在运行中断的可能性。你必须要确定准备多少个失效备援系统才能应对可能出现的问题。”