案例一：Inteva Products，采用了一个“加强云”的IT策略

Dennis Hodges，采用了一个“加强云”的IT策略，这只是一个时间和简单的数学问题。2007年9月，Hodges在Delphi集团全球内联部担任CIO 一职。6个月后，该部门从集团里独立出来，成为一家私营公司。最后的结果就是，Inteva Products LLC（这是一个年收入能达到10亿美元的市场，包括仪器表盘、驾驶员舱椅、门插销以及其他一些汽车内部组件），被给予了15个月的时间去扩大他们自己， 然后从Delphi的IT环境中剥离出去。这是一个非常苛刻的要求。

在当时，他们首先关注的就是E_mail系统，这被证实是一个比较容易 的部分。Hodges与USA.NET签订了一个合约，基于云架构的E_mail服务，将为新公司遍布全球的3400名员工服务。2008年3月，就在子 公司从母公司中分离出来之后的一个星期时间内，这套系统就开始启动并运转起来。USA.NET提供了所有的存储、售后服务保障以及最短的启动时间和所有软 件版本的更新。

这一决定，让Hodges可以将他的注意力放在最重要的事情——选择一个新的ERP系统。这也让Inteva公司节省了很多 的钱，尽管这并不是他们在意的一点。“对我们来说，这十分完美。”Hodges说，“我们正在尝试让IT人员数量越来越少，并且我希望IT人员专注在支持 业务的事务上，而不是基础架构。”

就像任何CIO都会去评价云技术一样，Hodges他也评价了目前存在于企业中的ERP环境，这个 SaaS服务能否提供从产品开发到供应链的关键任务环节的安全级别和可用性。他曾经问过服务供应商的竞争对手一个尖锐的问题：你是怎样帮助你的第一个客户 战胜安全事件的峰值的？有什么办法解决他们的安全、存储、可用性和灾难恢复？从本质上讲，这是两个相同的问题。

一旦他相信Plexus可以 让Inteva解决对于远程办公地点接入问题，Hodges就开始做预算和评估，此时云就越发变得引人注目。他估计，Plexus系统将比Delphi运 行的SAP ERP系统，费用上降低75%，并将推动Inteva的IT成本从利润的2.5%降低到1%。这一数字将提供该公司强有力的竞争力来超越竞争对手。

这 里有一个时间问题，在15个月的时间里，让Inteva运行他们原有的ERP系统，时间期限到了后，Plexus就让Dephi的模式成功“退役”。 Hodges希望这能让Inteva的Plexus欧洲站点在2008年年底正式运行起来，而全世界其他的员工将在2009年5月1日开始，都能够访问此 站点。Inteva进入云的历程并不会结束，Hodges在E_mail和ERP的迁移过程中，他已经获得了足够的信心，并准备将云作为公司内的一个事实 标准。

“让我们与一切事情脱离干系，我们并没有这样做。我们把重点放在做更好的业务上。”他说，“当一个IT组织向业务转换组织转型时，可以为企业提供更多的价值，进而成为业务流程所有者。”

Author Solution：云斩乱麻思路清

Inteva以最快的速度接受了云，而Author Solution的步伐更加迅速。当然，这家网络上的书籍自助出版公司的优势在于，它的大小只有Inteva的1/20。但即便如此，他们已经决定使用配合需求的单独环境，建立在Salesforce.com的Force.com SaaS的平台上，从而替换了一大堆混乱如麻的异构系统。

该公司向云靠近始于2007年12月，当时Kevin Weiss担任CEO一职。他本身具有浓厚的IT背景，在考虑CRM应用时，他选择了Siebel系统公司CRM产品，开始对像一堆“烂摊子”的IT环境 进行梳理。仅管这是一家只有400个员工的公司，他们的3个品牌的产品依赖于两个数据库、两个电子商务系统和两个工作流系统。Weiss认为他们的公司依 赖IT技术而存活，他希望能把这么多的系统整合到一个平台上去。自然地，IT部门认为这是一个可以大干一场的机会，他们规划了一个通过自己的努力可以来解 决的方案。“我并不怀疑他们能做到这一点，但我们是一个公司，我希望很快就能达到目标。”Weiss说。

在Weiss做出决定之前，他和 IT部门的带头人评估了Salesforce.com和一些其他的SaaS产品，尽管IT部门的愿望是构建一个平台，但Salesforce.com能适 应大多数的情况。“在某一天的上午，我们就做出了决定，为了上新系统，IT系统暂停了4个小时。”Weiss回忆道。“有人告诉我们，在做一件正确的事 情。”

事实上，有一些供应商在动摇Weiss的决心。他想建立一个IT平台，最后他相信他可以在Salesforce.com上持续地获得 配置应用的能力，并能受益于他们服务的不断改进，来获得更佳的长期选择。这种可以灵活配置的方式，带给了Author Solution更快的工作流改变或是增加新的服务，比如让作者可以更快地获知来自第三方合作伙伴的市场服务信息。

就像其他转向云技术的每 一家公司一样，Author Solution也大幅减少了IT成本。他们降低的成本主要来自于维护和管理一个数据中心及应用系统环境。这家公司预计节省成本能达到75%左右。例如， 他们若是想在工作流上进行改变，这将花费30~120小时，大约是1500~6000美元。而现在只要花费1/4的时间就可以了。另外，那些老的系统，为 作者们增加一个新产品需要120�小时（花费从6000到12000美元），而这些也将被降低75%。

Weiss在2008年3月达到了它的效果。而到了2008年8月，这家公司运行了一个新的出版ERP系统。几乎每一件事都通过这个系统来完成，产品追踪、处理编辑提交的稿件、管理作者的原稿、编辑修改过的稿件，甚至是XML的标签。

当然，移植到Salesforce.com这个平台并非没有问题。例如，当公司现有的数据与Salesforce.com的预期不相符的时候，就会出现问 题。然而，在头几个星期的使用过程中，该平台处理了比旧的系统多30%的工作量。并且该系统可以提供给客户端比以前更多的处理手稿的能力。

从本质上讲，在Author Solution的解决方案中，工作流程的转变在服务同样数目的员工过程中起了很大的作用，所以该公司实现了效率的大幅提高。它可以将工作安排得更加熟练，让作者更多地享受自助服务，最终产生一个基本的影响，使其更容易与他们做生意。

ESPN数字媒体：在可控的范围去冒险

ESPN数字媒体公司应用云，始于他们有数量众多的小公司。事实上，都被一个人来管理，Ed Davis，他是ESPN数字媒体公司社区产品开发总监，这个团队在ESPN里业绩表现很突出。他们负责开发ESPN.com的通用程序，作用主要是对 Facebook的应用编写目录。

自从Davis在2007年知道了云以后，就意识到这是一个机会，来测试ESPN的在线交流和性能评估。“你可以很好地处理用户状况。”Davis说，“但同一时间并不期望应对突发的高流量事件进行支持。”

Davis 同时也指出，因为ESPN提供的社区服务比较新，大胆地进入云不会涉及到项目的迁移。他们选择了亚马逊网络服务弹性计算云（Amazon Web Services’ Elastic Compute Cloud，简称EC2）和简单存储服务（Simple Storage Service，简称S3）产品，这些都是需要花费金钱来提供的计算资源和数据存储。

Davis跟一些人都谈论过，他们在基于云的环境中，已经经历了让他们感到舒服的安全性和可用性。他同时还问过Amazon的备份策略，以有效地减轻由数据丢失所带来的风险。

一旦将这些关注进行适当的处理，Davis的团队就迁移到Amazon的环境中开发ESPN的社区产品。目前像质量保证和生产环境就开始运行在EC2上，而静态内容则存储在S3上。

当 使用Amazon带来效率上的提升，云计算就在诸如硬件成本的节省、降低复杂度，以及随时、随地的可访问性上存在优势。而最大的优势来自于没有人会提醒 Davis，开发和质量保证分享同一个环境。结果就是，新的产品不需要从一个环境迁移到另一个环境中去，而以前为了迁移要做很多的测试。

“你的工程师可以开发和真正应用代码在一个环境中，而这个环境就是最后你真正要提供给你的客户的。”他说道。这种开发、测试、运行程序在一个单独的环境里，可以让Davis使用Amazon的平台来掌管额外的应用，尽管在向市场发布消息时并没有提供任何的细节。

Pulte Homes：崩溃之后对云更清醒

没有人在使用云的早期有很舒服的经历，这并没有任何不妥。而CIO们遇到最普遍的问题是，他们委托对软件进行维护和管理的人们，如果需要运行一个关键任务，竟然缺乏行业知识。这正是Jerry Batt在SaaS的舞台上想实现他的愿望，他希望能有一个清晰的想法，有哪些因素是在他进入云之前必须要了解到的。

Pulte Home是一家房屋建筑公司，他们的CIO在几年前就感受到SaaS的冲击。当他开始将他们公司一些不太重要的系统移动到按需请求的环境中，最初的基于云 应用的经历，用来管理薪资、人力资源、股票和期权的管理，以及额外的第三方费用开销等。他们是两年前进入的，当时Batt选择一家知名大公司的客户服务关 系自动服务，来管理他们潜在的家庭客户，以及一些合同。（这里暂不方便透露服务供应商的信息）。

一开始，每件事情看上去都很不错，所有的功能和需求都在合适的位置，他们也不是经常增加供应商的信息。但是Batt说，他也陷入了其他CIO将要面临的问题，这些服务是怎样适应业务的需求的？一些问题就在一个高级别的请求或者是服务供应商更新程序时出现了。

这个时候，Batt都快疯了。“当有两个小时的停顿，发生在一个重要的应用正在运行时，我却无法与服务供应商联络，这简直糟透了。”他说，“如果我用他们对待客户的方式来对待我的客户，我肯定会被炒鱿鱼的。”

另 外，Batt被服务供应商在其他方面所表现出来的现象感到很不安。他在该供应商的年度用户大会上仔细观察，这是一家典型的任务指派型公司，上级把任务指派 给部下。Batt认为，如果他的客户存在问题，他需要听到第一手信息。但在这家供应商看来，却不是这样。更糟的是，Batt的团队已集成了若干内部的应 用，包括Pulte的联系人管理系统。一旦出现停机，自动化的销售服务也无法完成。

Batt在这方面找不到任何人怜悯。当他与该供应商的其他客户交谈，他们说他们将不再信任这家供应商的技术，客户自己会承担迁移所带来的后果，以免他们的内部应用就像被扣押的人质一样中断。

后 来，Batt决定让他的工作团队人员部署一种类似电灯开关的集成，当供应商对他们的服务进行升级或者是当Pulte处于需求量最高的请求处理时，使他们可 以暂时得到缓和一些。不过，Batt的观点认为云的损害已经达到了。“我已经对SaaS失去信心。”他说，“如果我不回头的话，它将会带走我最主要的一些 东西。”

Batt有一些忠告，他希望这会防止其他的CIO们重蹈他的覆辙。他说，多看看隐藏在表面下的事情，而且要确定你是有信心让他们运行应用在你的标准之下。另外的心得是，参观一些供应商的数据中心，并和他们其他的客户进行沟通，找出真正的服务经历所在。

Florida管理服务部：不能把公民记录放在国外的服务器上

不像Batt，一些IT主管他们第一次尝试云计算的时候没有得到很多。Count Joe Wright，管理服务Florida部门的CIO。Wright进入到云更多的是偶然，而不是一开始就打算这样做。他从来没有对使用云策略做过决定。相 反，他只是在他的工作人员处理他们现有资源无法满足的请求时，他才开始在SaaS之外寻找替代品。

像作家出版社的解决方案选择一个SaaS的平台，Wright正在采取最佳的方式，寻找特殊的服务产品来满足特定需求。所以，他采取了两个不同的方案：基于知识的客户服务工具从RightNow技术而来，“得到回应”的应用在MyFlorida.com的网站入口。

一 旦Wright定义了一个他感兴趣的服务，他就会付出他的努力。他与这些供应商一起工作，来确保数据的安全性，不管是在静止还是在传输状态。Wright 还会关心服务是不是建立在冗余和强大的容灾恢复系统中，这是一个重要的考量。他甚至要确保数据的可访问性。他还会检查数据存储的位置，以确保公民记录不会 被放在一个国外的服务器上。

“首先，它必须符合标准的业务。”Wright说，“一旦这样做，就变成它必须要符合我们的其他标准的决策。这样我们才能对这一方案感到放心。”

没 什么可奇怪的，Wright相信，任何CIO都没有认真看看云计算的。他建议，应该跟着ESPN Davis的模式，与其他那些使用过SaaS产品的IT主管交流一下，以找到他们面临的挑战在哪里。他还强烈建议CIO们，把他们的关注点从架构和应用管 理到未来的需要，包括业务的策略。