随着云计算的突起的势头，很多组织机构为了将应用迁移到云端开始进行云用例评估。他们正在分析哪一种用例最有意义。但是简单地将应用迁移到云端并不一定是最佳目标，研究副总裁Michelle Cantara如是说道，“在迁移到云端时，生产处具体的产出才是目标。虽然云削减了资本成本，但是并没有实验性证据表明，云计算将会从长期削减总体拥有成本。”
她表示较好的云用例可以加速业务产出的时间，减少资本消耗，或者重塑业务流程，在此基础上来让使客户的满意度增加，从而增加了收益。然而，一个云服务提供商的性能和业务产出之间的连接确实模糊的。虽然Gartner的研究发现66%的组织机构表示它们基于业务产出管理云服务提供商，但是只有27%同实际的服务水平协议（SLA）关联。
明确云含义
在你自己的数据中心中，一个内部的私有云部署了一个基于云的基础架构。外部私有云是一种托管模型，外部服务提供商专门为你托管云服务。然而，出于安全和隐私考虑，你应该将你的环境彼此隔离开。
社区云利用受限的社区，比如多种企业业务流程网络中的合作伙伴或者供应商。公有云通常是人们在谈及云时所想到的，而且和外部云环境相关，比如亚马逊Web服务、Rackspace、Azure、Expedia以及针对销售自动化的Salesforce。
客户关系管理应用更可能用于公有云中。相比之下，像企业资源计划这样的应用，用更高的安全需求逐渐集成了更多的后端数据，也最可能用于私有云中。Cantara表示在发展中国家的组织机构更可能使用公有云，而非私有云，因为他们缺少私有云的基础架构。
但是没有云可以孤立存在。极少数完全独立于企业中心。最终，Cantara预计混合云会变得更加常见。
云成熟度扩展机遇
最初，跨云集成应用为很多企业应用提出了过多的挑战。使用云的主要焦点在于开发和测试Web应用，而非商用、现成的应用，Enfinitum Consulting的首席云战略官Robert Green说道。
从成本的角度看，转移开发和测试系统是明智的，因为服务器和仪表可以在开发者停止工作时关闭。“开发者在家休息的时候你无须运行服务器，”Green说道。确保你使用了自动化控制面板减少扩展和缩小云用例的时间和精力。
“现在我们找了一大群人从服务的角度将应用迁移到软件即服务，比如针对生产的应用（Office 365）和离线备份和归档（Dropbox），还有逐渐增加的开发和测试平台，”Green解释道。很多组织采用云作为节省内部和商用现成（COTS）应用的主流方式。他们没有大量的内部系统需求，而且为了连接数据中心和主框架最小化了需求。
但是随着底层基础架构的不断改进，Green看到更多的组织将三层应用转移到云。这种应用包括集成到数据库、Web服务器和基于Web的客户端。
在预算上获得性能
Green表示最大的挑战是速度。多层应用倾向于拥有高度的每秒输入/输出操作（IOPS）需求，而且增加了直接附属于虚拟机（VM）的RAM。因此，当一些应用转移到云端时，性能无法保持一直稳定。
如果你有10个服务器在内部运行，而且要迁移出来，10个服务器可能比云端便宜。但是一旦你添加了将等效性能转移到云端的全部成本结构，成本一定会减少就不是那么清晰明确了。
为了解决这个问题，很多云提供商提供高性能IOPS功能作为其产品的一部分，比如固态硬盘（SSD）驱动的平台。这样做可以隐藏一些性能约束，而且让云基础架构更加适用于广泛的应用。
Green表示聚焦对于性能度量的理解很重要。这也是你的应用在迁移到云端之前，在内部进行的很好的实践的底线。这些应用可以同在云平台中的相同应用进行性能对比。这样你就可以得到同类对比了。
分配性能，不仅是VM
云提供商在处理性能方面的问题上越来越好。他们开始理解性能问题，而且提供了更多的选择。Green表示：“云最棒的地方在于，随着消费者开始抱怨并且最初选择变更，提供商就会提供更多的选择。”
主要的基础架构即服务提供商，比如亚马逊、Azure和Rackspace集中在价格竞争上。但是，Green指出：“区别其唯一的途径就是，其中一个除了什么很酷、更快或者更好地，其他人就会推出相同的。”
他期望看到新的焦点，比如通过权SSD实例提供IOPS吞吐量。“他们会继续创新来捕捉业务，因为他们不能只在价格上竞争，”Green说道。
如果你针对应用的需求投资了正确规模的云配置，经济规模就会得到改善。比如，如果你的COTS或者应用服务器具体需要8GB RAM，但是实践中只使用2GB，你无需调整云机器来支持8GB。你可能得到2.5GB。这种减少缩小的成本，你可能用在云的其他方面。
开发合适的度量标准
目前状态的底线流程始于识别关键应用度量。“如果你没有这些度量来捕捉，你就不知道是否云环境适合于你，”Green说道。
一旦你确定了度量，需要关注如果你迁移到云端是否会增加价值。你希望利用协同效应。如果你正在迁移，你可能很好地得到改善。如果你考虑了未来的状态，就要考虑如何利用自动扩展和合理精简这样的功能。
也要考虑从预算和运营的角度考虑你想要的东西。一旦你根据云用例概述了这些东西，随后你就要进行迁移流程。你会从第一天就知道它是否有效运作。
“你会看到很多人没有经过深刻的分析就一下子跳进来，”Green说道。一开始是节省成本的，但是随后应用运行缓慢，因为他们比最初的想法运行了更多的VM，或者他们必须运行更长时间。此外，这些通常在没有治理的情况下实现，因此运行的东西可能还是后退的。
适度扩展
通过水平扩展，你能够在三层应用中通过调整一个组件来扩展应用，比如转到Web服务器，无需调整相关应用或者数据库服务器。通过垂直扩展，所有的组件都需要同时增长。
典型的Web应用可以水平扩展，但取决于应用如何开发的。另一方面COTS软件倾向于更加垂直的扩展特性。但是这些会发生变化，因此作出精确的评估，对于关注计划如何转到云端很有效。
一旦你确定系统如何扩展，就有机会更加有效地配置自动扩展。这样可以让你减少绝对最小值。自动扩展工具随后可以增长或者缩小，所有的都取决于预配置触发器上的基础架构需求。
管理增长
确定云用例的下一步就是按照需求增长维护性能。这些包括度量数据库队列、日志文件规格或者CPU内存利用率。
在企业层面，大多数组织关注IaaS层之上的自动化层，而非可能构建到PaaS层的扩展功能。在很多情况下，他们利用类似ServiceMesh、ScaleXtreme或者RightScale这样的工具，这些可以轻松远程控制应用。
现在，典型的企业更关注这些工具，而不是利用已经构建到新的平台上的自动扩展功能，比如Apache Stratos，Green说道。好的迁移工具允许你从内部基础架构想IaaS平台迁移。然后一旦进入到公有IaaS中你可以使用类似ScaleXtreme的工具来管理整体设计。
这些工具还可以帮助简化开发需求，从而从一个单一监控应用跨平台管理工作负载。Green表示：“这些都已经构建到云资产中，然后利用一个工具使其一起工作来治理和访问。”
【责任编辑：黄丹 TEL：（010）68476606】