在俄勒冈州姆尔特诺默县部署了本地资产管理应用的一年后，由于两名专职负责管理该应用的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部门和网络部门进行了多么好的沟通，都没有换位思考重要。” #p#
在云上建立信任
美国宇航局(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准备了双重失败备援系统。他称：“所有的云服务提供商都存在运行中断的可能性。你必须要确定准备多少个失效备援系统才能应对可能出现的问题。”
对于存储在亚马逊上的数据，JPL启动了负载平衡器，以让数据根据需要在多个区域内移动。Soderstrom 称：“以前制订相关的措施需要网络工程师的参与;现在应用开发者只需要通过点击鼠标即可自己制订。”
提供自助配置
这条路上也存在着一些问题，如让应用与云服务匹配。他解释称：“云服务以往只是服务提供商与拥有决策权的公司主管之间的事情。现在我们要确保各个阶段都有IT部门参与。”
为了实现这一目标，JPL对云配置进行了标准化，创建了一个在线表单，业务主管和开发人员需要填写他们的项目。根据IT预设的模板，他们对“你是否需要扩展性?”以及“你的客户和数据在哪里?”等问题的回答可以明确他们需要哪些云服务和多少资源。
自助服务配置意味着需要对系统管理员进行再培训以让他们熟悉云使用安全案例。此外，IT安全人员将为云环境、审查与强化操作系统和应用创建提供咨询。
Soderstrom称，尽管这听起来很复杂，但是与云服务涉及的法律问题相比，云服务的技术挑战要简单很多。为了确保许可证、采购与合规性不出现问题，法定权利是所有谈判的重点。
在所有的云合同中，JPL都对数据所有权进行了详细阐述。一旦出现服务中断、崩溃和服务协议中止等问题，服务提供商必须向美国宇航局交出所有的数据。
总的来说，Soderstrom称他非常高兴自己做出了向云迁移的决定。“云正在改变正在计算领域。它们让我感到很舒服。自PC或互联网出现以来，没有什么东西可以与云计算来自的变革相媲美。”
向云服务转型的小贴士
· 清楚哪些数据存储在哪里：如果你需要为数据选择一个更为严格的受控环境，建议你利用内部服务器和共享的专门云基础设施创建一个混合云。这样一来，无须管理庞大的数据中心即可知道数据存储在哪里。
· 清楚你的许可证：部分公司在应用、操作系统和其它许可证方面在毫不知情的情况下被软件公司和服务提供商双重收费。仔细检查一下你的合同，如果合同中不包括云架构，那么应当与你的服务提供商重新进行谈判。咨询你的云服务提供商，因为他们可能与软件制造商之间存在协议。也可以像美国宇航局喷气推进实验室那样，让你的法律援助团队参与到所有的服务协议当中。
· 参与：将你的应用迁移到云上可能会将基础设施和管理员解放出来，但是IT部门仍然要密切关注安全、整合、配置、升级和灾难恢复等关键要素。姆尔特诺默县定期与他们的SaaS提供商进行会面，以确保沟通和支持等级。
· 错失了什么?不要害怕回答：云服务提供商非常希望为你的公司提供服务。当发现你的服务或平台缺少某项功能时应及时通知您的服务提供商。如果需要负载平衡，服务提供商可能在收取少量额外费用的情况下为你提供支持。
· 寻求支持：如果云管理工作对于你的团队来说过于繁重，你可以将云管理工作交由第三方负责。例如，部分云服务提供商会为托管在亚马逊云上的环境提供24小时支持服务。
