回到 IBM Cloud Reference Architecture，消费者可以选择四种类型的服务：
基础架构服务(被称为 “基础架构即服务”，或 IaaS)，消费者使用相当于硬件系统的服务
平台服务(PaaS，平台即服务)，其中服务等价于一个完整的硬件和软件基础架构
软件服务(SaaS，软件即服务)，消费者使用业务应用程序
业务流程即服务(有时被称为 BPaaS)，消费者将部分业务流程外包给外部供应商
提供者和消费者可能是在同一家公司中的两个部门(例如，IT 运营部门和 IT 开发部门)，他们使用私有云;他们也可能是两个独立的业务实体，其中一个负责通过云提供服务。后者是最有趣的示例子，因为它涉及到企业业务模型的变更，而不仅仅是它的其中一个组织实体的模型变更。
在这四种类型的服务中，本文集中介绍使用通过云服务(公共 SaaS)提供的业务应用程序获得新业务功能的特定情况。
云模型的能力所涉及的最后一点是 “平台”。当然，目标是提供服务，但所提供的服务的质量取决于平台所提供的技术和业务支持功能(IBM Reference Architecture 中的两个粉红色方框)。
IBM Cloud Reference Architecture 识别以下支持服务：
服务产品目录及管理
服务请求管理
订单和订阅管理
合同和协议管理
定价、计量和计费
客户帐号管理
等级
结算与交收、应付账款、应收账款
服务交付目录
服务自动化管理
变更与配置管理
映像生命周期管理
配置
事件和问题管理
IT 服务水平管理
监控和事件管理
IT 资产和许可管理
容量和性能管理
平台和虚拟化管理
这些服务中，有些明确支持提供者的业务和技术流程，有些则需要消费者的参与，对他们而言，有些服务实际上可能是新服务，如服务的支付帐单、外部监测信息的关联(用于控制所购买服务的质量)，等等。
注意：
即使我们建议将他们的(EA)分析作为采用任何基于云的服务的技术尽职调查的一部分，但本文篇幅有限，不会重点介绍它们。
TOGAF 框架和 ArchiMate 模型
The Open Group Architecture Framework(TOGAF)是一个企业架构框架。在 1995 年开发了 TOGAF Version 1，它以 Technical Architecture Framework for Information Management(TAFIM)为基础，TAFIM 由美国国防部开发。TOGAF 的核心是 Architecture Development Method(ADM)，它描述了一个流程，该流程在 8 +1 个阶段中管理企业架构的开发。
ADM 在三个层面上进行迭代：在整个过程中、在各阶段之间，以及在阶段内。它是一种通用的方法，可以定制 ADM，以满足组织的特定需求。例如，一些使用 ADM 的美国联邦机构开发了针对其特定部门需求的架构可交付成果。
ArchiMate 是一个 Open Group Standard，是一个开放和独立的企业架构建模语言，它提供了一些工具，以明确的方式描述、分析和可视化在业务、应用和技术领域之间的关系。
正如在经典建筑结构的建筑图描述了建筑物的建设和使用的各个方面，ArchiMate 提供一个通用语言来描述业务流程、组织结构、信息流、IT 系统和技术基础架构的建设与运营。这种洞察可以帮助利益相关者设计、评估和沟通这些业务领域内部以及它们之间的决策与变更结果。(来源：The Open Group)
ArchiMate 的组织包括三个核心 层和两个扩展。
业务层
这一层模拟组织结构和它产生的服务、业务角色和流程，以及产品与合同等业务对象。
应用程序层
它描述了应用程序组件和它们的交互、逻辑数据实体和它们之间的关系，并向上一层(业务层)提供所生成的服务。
技术层
这一层模拟硬件和软件系统，以及连接网络，显示如何将它们转化为提供给上一层(应用层)的服务。
AchiMate 2.0 规范对核心层增加了两个扩展。
动机
动机的概念用于模拟影响、引导或限制企业架构的某个部分的设计或变更的动机或原因。
实现和迁移
这个扩展包括的概念可用于模拟变更项目和迁移规划，以及支持计划、组合和项目管理。
图 2. ArchiMate 表示法的示例
与任何良好的架构模型一样，除了架构层以外，ArchiMate 规范还支持观点。观点用于沟通架构的特定方面。这些方面由利益相关者的关注点决定。因此，特定的观点和不应该包括的内容应该完全取决于利益相关者的关注点。
本文使用了 IBM Rational System Architect 的 Corso ArchiMate 2.0 插件，用架构的非功能性观点补充动机业务、应用程序和技术模型，该观点如 Castiglioni 和 Pedulla 的描述。
使用 EA 在企业中集成云服务
即使这里只是一个粗略的介绍，也可以明显地看出，ArchiMate 模型的重点是服务和服务实现。这非常适合于云模型。
我们可以很容易地定义一个 SaaS 应用程序服务，支持通过应用程序组件实现的业务流程。
我们还可以模拟使用一个 PaaS 作为技术服务(或服务的集合)，支持某个特定应用程序的组件和数据，这样做也很容易。
因此，SaaS 的功能要求可描述为：
所涉及的利益相关者的动机
它必须支持的业务模型
向其他应用程序或从其他应用程序暴露的接口
如果云和内部系统之间需要连接，则提供消费者的技术水平所要求的服务