如何为云计算选择和准备应用

　　通过云服务，你能够为客户和员工带来额外的价值，甚至建立起新的收益流。以下我们将介绍如何在现有应用中找到适当的服务，让它们为迎接云计算做好准备。

　　得益于亚马逊EC2、Salesforce和其它公有云服务取得的成功，许多企业了解了云计算的价值。实际上，越来越的企业开始尝试云计算。为什么不呢?启动一个公有云服务或许可以在最小限度修改现有基础设施的情况下建立一个新的收益流，或是为客户提供便捷的自助服务。不过，启动一个云服务的过程未必一帆风顺。企业IT经理需要确定在苛刻的条件下哪些应用能够转移到云上。此外，他们必须要建立或修改服务接口或API，应对控制与安全方面带来的新挑战，包括建立用于计费与收费的使用情况追踪功能。你是否已经为云业务做好了准备?你的哪些服务已经成熟到可以变成云服务?你如何建立一个成功的商业案例?你如何创建一个成功的云服务，无论它们是简单的还是复杂的?本文将提供一些建立云服务的通用指南，包括如何识别、判断、迁移和检验新的和现有应用服务向真正云服务转型。通过这些信息，你将对如何在企业内部或外部建立一个弹性服务有一个大致了解。

　　步骤1：为云选择正确的应用

　　每个公司都有一个人人都认为会成为优秀云服务的应用。但是往往分析证明情况并不如人们所认为的那样。

　　你需要创建一个商业案例，以证明不同于单个应用或多个应用的云服务具有优势。你需要考虑云服务实际上是什么?需要考虑技术现实，包括迁移成本和性能。换句话说，云服务的真正投资回报是什么?

　　为了确定可行性，你首先需要考虑应用的实际价值。理解云服务的使用案例，例如以下这些常见的案例：

　　1、外部客户能够获取订单信息，包括检查订单状态、延迟和升级等。

　　2、通过向其它外部公司出租库存控制云服务，公司能够获得额外利润。

　　3、公司其他部门能够有效获取正在使用云服务的数据，无论是人至机器还是机器至机器，这将促使数据品质提升。

　　确定潜在的云服务能够解决的问题是确定云服务价值的第一步。需要记住的是，在一些实例中，你需要移动整个应用。而在其它一些实例中，你仅需要通过Web服务协议提供一些简单的服务。

　　一旦在配置云服务之后确定了“原因”和“内容”，你需要确定怎么做，更重要的是，它的成本可能是多少。迁移成本取决于现有应用的状态和应用架构，以及作为云服务，你希望它们具有应用的哪些功能，或是完全像应用一样。

　　很明显，评估方式很大程度上取决于应用类型和你准备提供的服务。以下常用的评估步骤列表将帮助你着手：

　　评估现有应用的状态

　　评估当前用户接口设计

　　评估当前的安全设计

　　确定基于使用情况的账单如何计费

　　评估核心应用和其它再开发任务的修改程度

　　考虑可能使用服务的内部或外部客户数量，评估可能需要哪些额外的架构

　　评估需要增加哪些云计算功能，例如自动配置或多租户

　　评估研发服务接口的成本和投入

　　确定与现有安全系统的整合所需要的投入

　　草拟测试与阶段实施计划

　　评估部署成本，包括以后扩展所需要的基础设施。

　　一个总的原则为，应用越老越复杂，向云迁移的成本也就越高，费效比也就越不合算。与此同时你还要考虑技术的可靠性，例如性能损失。在通过开放的互联网访问时，任何内部应用都会都会出现性能下降。

　　在将应用修改作为云服务时，应当考虑以下因素：

　　迁移成本。这是修改应用，让其满足云计算服务要求所付出的代价。包括所有需要的新硬件和软件，以及调整架构和设计、研发成本、测试资源、部署成本等等。

　　风险成本。换句话说，如果将应用向云计算迁移失败，会遭受经济损失。

　　长期维护成本。随着时间的迁移，你需要在维护云服务方面花费多少资金。

　　商业价值。让应用成为真正云服务的潜在收益已经超过了预期收益，包括战略价值，例如能够为现有客户群提升服务，可更好的挽留这些客户。

　　简而言之：云服务的价值=商业价值-(风险成本+迁移成本+长期维护成本)。这一公式的时间范围为三年。

　　如果一个应用转型为云计算服务具有$20,000,000的商业价值、$5,000,000的风险成本、$4,500,000的迁移成本和$2,000,000的长期维护成本，那么可以表述为：

　　云服务的价值/投资回报= $20,000,000 - ($5,000,000 + $4,500,000 + $2,000,000)

　　因此，云服务的价值大约为$8,500,000。很明显，这例子已经很好的证明了其自身的价值，你的云服务转型相当合算。

　　在进行决策时，你应当考虑表1中所列出的内容：

　　图1　在准备创建云服务时应当仔细考虑以下问题：

　　明确为业务带来的优势。

　　所选应用有明确而经济的可行技术路径以提供云服务。

　　能够定义可用的使用案例。

　　能够整合基于使用的计费系统以测量服务的使用量。

　　能够创建合理的安全架构，保护关键的商业信息。

　　对数据和服务具有良好的管理方法。

　　步骤2：评估现有的应用架构

　　一旦你计算出可行的投资回报，证明你云服务具有合理性，那么你就可以关注现有应用的架构了。其中包括：

　　数据

　　服务

　　流程

　　网络

　　用户接口和API

　　安全性

　　管理性

　　扩展能力

　　这方面更多的取决于应用的老旧程度以及应用是如何设计的。在许多实例中，较新的应用被创建时使用的是针对于行为与数据的API。较老的应用可能根本没有API。在一些案例中，较老的应用在向云服务迁移时需要花费额外的时间与精力。

　　当然，总是有办法与老旧的应用进行沟通的，例如事务接口、直接数据访问，甚至是屏幕抓取。但是这些方法常常存在性能与扩展性问题。是使用这些接口还是对架构进行大幅修改应当考虑效率问题。

　　当你全面了解了应用架构，你将更加深刻地理解将核心应用服务转变为云服务的最佳方式。这包括了解数据库的结构和工作机制、数据库访问方式、业务逻辑的使用与执行、与用户接口的整合，以及核心业务流程的诸多组件等。

　　首先要将应用分解成功能基元，如数据、服务、流程、用户接口等。一旦你全面了解了这些组件，你就能够为应用重新创建逻辑架构，让其适合云服务要求。其次是将新的逻辑架构映射到物理架构中，确定创建物理架构所需要的工作。