转到云的过程

　　图11.2展示了我们用于找到正确的单个或者多个云计算分类，以及正确的单个或者多个云计算提供商，从而将流程、服务和数据移到我们选好的云计算候选平台上的高层次过程。

　　图11.2 我们过程的最后一步是获取流程、服务和数据的需求，并将其映射到正确的技术。

　　核心步骤如下：

• 列举候选平台
• 分析并测试候选平台
• 选择目标平台
• 部署到目标平台

　　让我们详细地看一看各个步骤的内容。

　　列举候选平台

　　考虑到之前提供的信息，列举候选平台是相当容易的。您需要完整地列举出任何可能适合您架构的云计算平台。这需要您知道，什么样的解决方案是可用的，它们的种类有哪些，以及它们都做什么。

　　对于云计算解决方案的定义没有一个硬性而快速的规则。因此，许多软件提供商，无论是否有一个真正的云计算解决方案，都倾向于说他们有。例如，一些软件厂商声称，既然他们的软件可以通过网络下载到内建的计算系统内，他们就是On-demand或者云计算平台。但他们实际却不是的。因此，这一步骤不仅仅是给出一个列举的名单，同时是在进行筛选的工作。

　　我们没有在这本书中列举云计算提供商，因为世界每个月都在变化，新的提供商不断加入，旧的提供商也不断离开或者合并。掌握使用云计算的SOA是既要紧跟市场的变化，也要了解提供商都提供了什么。您可以通过访问本书的网站去浏览厂商的更新列表及其分类，以获得对这一过程的支持信息。

　　在挑选候选平台时，您必须要回答两个关键问题：

1. 您需要什么种类的平台？
2. 在这些种类中，我们应该考虑哪个云计算提供商？

　　您使用的种类依赖于最后的逻辑架构以及通过这里的分析过程所制定的需求。尽管包含您需要的基础层以及在每一层中要寻找的信息，我们可以做一些概括（见图11.3）：

• 存储
• 数据库

　　图11.3 需要为存储、数据、操作、治理、安全、服务和流程寻找位置的核心架构。

• 流程
• 服务
• 安全
• 治理
• 管理

　　存储（Storage）是在存储、共享和管理文件系统时，支持部分或者全部架构的种类。您通常使用存储即服务（storage-as-a-service）来达到这一目的，或者通过只提供存储即服务的云计算提供商来获取，或者作为基础架构即服务（infrastructure-as-a-service）云计算提供商的一部分。

　　这里需要留心的是容量和性能。容量是扩展存储需求以支持您架构的能力。性能是以支持业务的速度将文件从云计算服务中移入或者移出的能力。性能问题是这里最可能发生的问题，所以请确保对其进行测试。

　　数据库（Database）和database-as-a-service是使用platform-as-a-service、database-as-a-service或者infrastructure-as-a-service对数据进行存储和检索。在这里，需要考虑云计算产业数据库（cloud-delivered database）对您可能在架构中需要的特性和功能的支持能力，包括存储过程和触发器的使用、API函数、对标准的遵守以及性能。

　　在使用infrastructure-as-a-service时，云计算提供商通常允许您使用著名的数据库，如Oracle或者MySQL。但是，database-as-a-service提供商通常不使用著名的数据库，而使用自己开发的数据库，而且这些提供商往往更加具有独营性。

　　在这里，也要需要考虑性能问题。大多数的内建和传统应用程序是数据I/O绑定的，所以在这里您可能会发现类似的性能问题。考虑在一个多租户平台上的I/O开销，以及当您的企业与云计算提供商之间通过Internet发生大量的数据交互时，可能会发生的问题。当您考虑性能和数据库可靠性时，也可能出现将数据库与利用该数据库的流程和服务放到一起的情况，这也是体系结构的一个核心宗旨。

　　在第二部分中，我们将介绍选择云计算平台时，经常检查云计算供应商停机频率的重要性。