简介
良好的企业架构（EA）是有效采用面向服务的架构（SOA）的主要推动因素，该观点已在数年 前提出，许多客户已经因为缺乏对 EA 的 “尽职调查” 而付出了项目失败或半失败的代价。架构的主要部分 （业务流程与 IT 服务之间的端到端连接）以及已建立的企业架构所提供的日常治理机制，这些都是 SOA 保 持其改造业务和企业的技术能力承诺的基本要素。
现在，我可以听到您的脑袋里嗡嗡作响，您心里可 能在想 “我一定是打开了不对的文章。这本来应该是关于云计算的文章，而不是关于 SOA 的文章。”
事实是，无论我们讨论云还是 SOA，都要处理 服务。
“服务” 是指我们愿意承认，对于关于 手头特定问题而言，架构 IT 的粒度可能是不是最优的，我们也愿意接受过度设计（over-engineer）的某些 组成部分，以便支持更灵活的重新安排的业务操作。（以标准化接口为例。它不是免费的，而且仅当您真正重 用其功能时才会获得回报）。这种水平的灵活性本身只是实现灵活的业务流程的一种手段。同样，这些流程只 有在支持灵活、明智的业务战略时才会提供有意义的经济回报。
在实现云（或 SOA）架构时，必须将 这样的因果链摆在架构师的面前。否则，他们的决策将会永远缺乏对问题的某些关键方面的考虑。
这 意味着，转换该领域的企业架构模型就是执行识别业务对 IT 的关系、依赖关系、需求和约束的 尽职调查。
在本文中，我们将从云服务的消费者的角度来探讨如何表示这种模型，以及如何通过它去了解需要做 什么和为什么这样做。该消费者可能是一个希望利用云技术将更高水平的灵活性注入其运营的组织。
云服务消费者场景
云参考架构，例如 IBM 或美国商务部的国家标准与技术研究院（NIST）提供的云参 考架构，从所涉及的角色集合开始架构云业务。每个操作员都有一个明确的角色。
图 1. IBM Cloud Reference Architecture，与 NIST 的云参考架构类似
IBM 参考架构识别了以下角色：
Cloud Service Creator（云服务创建者），开发将通过云基础架构被使用的新服务
Cloud Service Provider（云服务提供者），管理和运营云基础架构
Cloud Service Consumer（云服务消费者），使用在云基础架构中托管的服务
NIST 则列出了以下角色：
Cloud Provider（云提供者，类似于 IBM 的云服务提供者）
Cloud Consumer（云消费者，相同）
Cloud Auditor（云审计者），可以对云服务进行独立评估
Cloud Broker（云经纪人），能够起中介作用、组成 Provider 的服务，并使其增值
Cloud Carrier（云运营商），有能力提供连接到 Cloud Service Provider 的传输服务
如您所见，Provider（供应商）和 Consumer（消费者）是核心角色。虽然供应商的业务和 IT 模型与传 统外包商的模型非常相似，但消费者是最充分利用云创新功能的人。
回到 IBM Cloud Reference Architecture，消费者可以选择四种类型的服务：
基础架构服务（被称为 “基础架构即服务”，或 IaaS），消费者使用相当于硬件系统的服务
平台服务（PaaS，平台即服务），其中服务等价于一个完整的硬件和软件基础架构
软件服务（SaaS，软件即服务），消费者使用业务应用程序
业务流程即服务（有时被称为 BPaaS），消费者将部分业务流程外包给外部供应商
提供者和消费者可能是在同一家公司中的两个部门（例如，IT 运营部门和 IT 开发部门），他们使用私 有云；他们也可能是两个独立的业务实体，其中一个负责通过云提供服务。后者是最有趣的示例子，因为它涉 及到企业业务模型的变更，而不仅仅是它的其中一个组织实体的模型变更。
在这四种类型的服务中， 本文集中介绍使用通过云服务（公共 SaaS）提供的业务应用程序获得新业务功能的特定情况。
云模型 的能力所涉及的最后一点是 “平台”。当然，目标是提供服务，但所提供的服务的质量取决于平台所提供的 技术和业务支持功能（IBM Reference Architecture 中的两个粉红色方框）。