《iPaaS 云架构师指南》由会员分享，可在线阅读，更多相关《iPaaS 云架构师指南（29页珍藏版）》请在金锄头文库上搜索。
1、iPaaS 云架构师指南 如何在混合环境中编排集成模式 Informatica iPaaS 云架构师指南2 目录 引言 3 使混合体系架构发挥作用 第 1 部分 4 什么是 iPaaS？ ESB 的重要性和局限性 第 2 部分 9 iPaaS 的常见企业用例 第 3 部分 18 混合集成九大定律 结论 25 集成势在必行 提示： 点击即可跳转 Informatica iPaaS 云架构师指南3 云计算不仅仅是一个部署选项， 而是全球企业技术策略的一种根本 变革。 云计算不仅大幅降低了企业技术的成本， 而且还使 IT 部门最终能够提供业务部门 所需的灵活性、 弹性和创新。 但是， 即便许多企业制
2、定的愿景是采用优 先全面迁移至云（甚是仅限云）的技术架 构， 但当前大多数企业仍选择遗留企业内 部部署技术和更新云服务共存的混合体 系架构。 最重要的是， 云领域中存在多个异构生态 系统和供应商， 即便仅限云策略亦仍属于 多平台策略。 所有云策略的核心在于需要统一一致的 集成策略。 这需要考虑多个供应商生态系 统、 新用户角色、 新技术要求、 新数据类 型、 呈指数级增长的数据集以及一系列新 的安全注意事项。 总之， 任何云策略的成功与否均取决于两 方面的因素： 首先， 取决于设计用于提供灵活性和可扩 展性、 基于云的集成平台， 该平台能够支 持不同的用户类型、 管理每种集成模式并 连接任何数
3、据。 但这一部分较为简单。 其次， 取决于关键的技术策略师角色。 这 一角色可以拟定所需的分阶段型实用方法 计划， 弥补遗留技术与更新云服务之间的 差距。 这正好是云架构师的用武之地。 尽管他们可能处于企业架构师的职位， 但 几乎所有大企业均一致意识到， 从混合体 系架构迁移到云占主导地位的体系架构时 确实需要这一角色。 每个企业， 无论规模大小或成立时间长 短， 均需要一些能够管理从构建企业内部 部署环境范式过渡到连接异构解决方案 范式的架构师。 这是一个十分严峻的挑战。 我们编写本 指南的原因是： 在混合环境中编排集成模 式引发了若干新问题， 并且需要一套新的 原则。 开始行动吧！ 简介
4、使混合体系架构发挥作用。 Informatica iPaaS 云架构师指南4 第 1 部分 什么是 iPaaS？ Informatica iPaaS 云架构师指南5 如今的应用系统、 数据和流程集成 项目既需支持基于云的应用系统， 又需支持企业内部部署系统。 此外， 这些项目依赖于众多不同的利益相 关者开发、 执行、 管理和治理集成流， 其中 包括 IT 部门、 业务线 (LOB) 开发人员、 应 用系统团队， 甚至是业务用户 （亦称为 “民 用集成商” ） 。 因此， 云架构师面临的主要 挑战是寻求平衡。 当然， 对架构师而言， 凡事都要适当妥 协。 但有两点需求不容业务线忽视： 能够有效地
5、将现有的遗留系统与更新 的云服务相集成 能够快速部署新数据流以满足业务 需求。 遗憾的是， 以往的集成方法（例如， 企业 应用集成和企业服务总线 (ESB)）并不是 为了满足这两点需求而设计的。 但是， 云就绪型体系架构（特别是混合环 境中）需要与 ESB 等遗留工具进行互操 作， 以便访问企业内部部署 ERP 系统等复 杂的应用系统。 但是， 它们还需要快速适 应多个利益相关者和云服务。 创建集成平台即服务 (iPaas) 的目的在于： 满足新集成需求并摒弃原有的妥协。 第 1 部分 什么是 iPaaS？ “ 在大型企业中， iPaaS 所具备的特征非 常适合云服务集成 (CSI) 及移动应
6、用程 序集成 (MAI) 项目的要求。 对于这些项 目， 鉴于集成时间较长、 准入成本高昂、 部署错综复杂、 缺乏本地技能以及缺少 特定 SaaS 应用系统所需的适配器等多 种原因， 很难证明采用 （ 即使已采用 ） 高 端企业内部集成平台的合理性。 ” Gartner1 Informatica iPaaS 云架构师指南6 我们将 iPaaS 定义为： 一种为 IT 部门提供单一平台以管理应 用系统、 数据和流程集成的云服务。 它支持开发、 执行和治理企业内部部 署、 公共云和私有云应用系统、 数据 库以及其他数据源之间的任何集成 模式。 它提供管理任何数据所需的云集成服 务（包括针对批处理和
7、实时场景的数 据集成和应用程序集成服务） 、 本地连 接、 强大的 API 集成框架、 数据管理服 务（包括主数据管理、 数据质量、 测试 数据管理和数据安全性） 。 更关键的是， 它专为满足任何用户的多 样化需求而构建。 它为 IT 部门提供简 单的治理功能， 为业务线开发人员和移 动应用系统开发团队提供可重复使用 逻辑， 并为业务用户提供易用性。 简而言之， iPaaS 是一个支持企业快速执 行任何集成模式、 合理管理任何数据并轻 松为任何需要集成的用户提供服务的基 于云的平台。 第 1 部分 什么是 iPaaS？ Informatica iPaaS 云架构师指南7 正如云计算改变其他若干
8、技术和学科领 域的整体格局一样， 云计算始终是通过 各种方法推动集成的关键所在。 对于一 些非常明显的云优势（例如， 无限弹性和 短短几分钟内完成部署） ， 我们在此跳过 不说。 1、 由于 iPaaS 是供应商管理或自助的解 决方案， 因此可释放 IT 资源， 使其集中精 力专注于提供新服务上， 而不必管理新技 术环境的新基础设施。 2、 云集成服务可以充分利用多租户资料 库， 支持 IT 用户与业务用户轻松协作并共 享元数据。 因此， IT 部门可以提供集中治 理， 而利益相关者则可使用分布式的最佳 实践。 3、 大多数 iPaaS 解决方案附带提供越 来越多的预建连接器， 使 IT 部门
9、能够快 速轻松地配置与新服务的连接。 此外， 通 过自助服务数据发现工具确定最适合全 新模式（例如， 传感器日志）的架构， 您 甚至可以大幅提高开发自定义连接器的 速度。 第 1 部分 什么是 iPaaS？ Informatica iPaaS 云架构师指南8 需要澄清的一点是， iPaaS 并不是 ESB。 尽管其功能可能与 ESB 的某 些功能重叠， 但 iPaaS 是采用灵 活、 针对性强、 使用简单和统一访问 （ 通过 API） 的模式且专为混合环境 而设计的。 另一方面， ESB 旨在通过松散耦合的面向 服务的接口来管理对遗留企业内部部署系 统（如 ERP 系统） 的访问。 这在理论上
10、听 起来非常不错， 但由于基础技术缺乏灵活 性， 因而导致实际成本高昂、 难以驾驭且 不易扩展。 如果使用 ESB 对系统进行简单的消息代 理和分离， 则 ESB 将继续对遗留的复杂企 业内部部署系统发挥重要作用。 但在混合体系架构环境中， 使用基于 iPaaS 的方法实现 ESB 工具的合理化至 关重要， 这是因为 ESB 存在一些基本局 限性： 丢失端点的元数据： ESB 与元数据事件点 不相交， 或者无法从对象层面上识别连接 到的系统。 这意味着在与该系统集成时， ESB 无法对数据处理方法进行优先排序 和区分。 因此， 它们会强制您部署自定义 代码， 以满足不同的业务需求。 ESB 缺
11、乏内置的数据管理： 如果没有 ESB 和企业数据管理工具， 则企业体系架构将 不完整。 因此， 如果不考虑数据质量、 主 数据管理以及数据所需的安全性， 则无法 在 ESB 基础之上制定混合集成策略。 ESB 不面向工作流： 如今， 用户和业务线肩 负的应用系统和数据责任比以往更重大。 因此， 您提供的工作流和用户体验变得与 当前使用的数据和应用系统同样重要。 尽 管 ESB 可为 IT 部门提供帮助， 但业务线 无法使用它来管理自己的集成流， 因而会 导致您的策略受限。 ESB 强制您编写大量自定义代码： 对于创 建复合消息、 配置服务质量 (QoS)、 进行 两阶段提交以及保证消息传递等任
12、务， ESB 需要大量自定义代码。 这将放慢开发 人员的步伐并延长集成项目的时间， 而二 者均会损害业务。 综上所述： 如果满足功能需求， 则可使用 ESB 访问已连接的遗留端点。 但是， 随着 体系架构变得越来越以云和混合环境为中 心， 使用 iPaaS 充当集成主要手段将更具 重要意义。 第 1 部分 ESB 的重要性和局限性。 Informatica iPaaS 云架构师指南9 第 2 部分 iPaaS 的常见企业用例。 Informatica iPaaS 云架构师指南10 正如大多数云服务一样， 您无需成 为专业的 IT 人员也可使用 iPaaS。 如今许多员工精通技术， 从业务用 户
13、（亦称为 “民用集成商” ）到应 用系统开发人员， 人人均可使用 iPaaS 解决方案快速满足战术性集 成需求。 但在本指南中， 我们将重点介绍企业范围 内的四大战略用例， 真正凸显由 iPaaS 提 供支持的混合集成平台的强大功能： 1. “ 提升和转变” 方案与数据迁移 2. 混合数据仓库 3. 混合应用系统交互 4. 移动应用系统交互 1. “提升和转变” 方案与数据迁移 如果维护遗留内部应用系统及其相关数 据工作负载的物理基础设施成本过高， 则 可选择在不重新设计任何内容的情况下 将其 “提升和转变” 为更经济的云环境。 通过这种方式， 您可以在迁移到云中之后 一次性重新设计这类系统或
14、基础设施， 或 者更高效地逐步淘汰。 无论采用何种方式， 将整个应用系统甚至 部分数据移至云， 通常是在降低成本与保 持业务持续性之间取得平衡的关键。 但是， 应用系统迁移的风险可能非常高。 Gartner 指出： “截至 2019 年， 50% 以 上的数据迁移项目将超出预算， 和/或因 执行缺陷而导致出现某种形式的业务中 断。 ” 2 因此， 若要缓解将部分或所有应用系统工 作负载移至基于云的基础设施的风险， 关键在于充分利用 iPaaS 与现有应用系 统和其他数据源的预建连接。 这意味着 您可以更轻松地利用集成工作流、 映射和 数据转换的最佳实践。 采用 “提升和转变” 方案后， 数据和
15、应用 系统将分散在企业内部部署环境和云中。 因此， 您需要突破防火墙的界限， 使用混 合集成平台将数据和应用系统安全地联 系在一起。 这样不仅可以防止丢失任何重要信息或 降低安全性， 同时还会使逻辑和代码变得 可重复使用， 从而提高开发人员生产率。 事实上， 在 “提升和转变” 集成层本身时， 这些益处便已放大， 因为这一举措可以降 低管理、 监控和升级企业内部部署基础设 施所需的成本。 第 2 部分 iPaaS 的常见企业用例。 Informatica iPaaS 云架构师指南11 数据库和系统 （ERP、财务等） 企业内部 部署数据 仓库 企业内部 部署集成 软件 数据库即服务数据仓库即
16、服务 企业内部 部署集成 软件 数据库和系统 （ERP、财务等） 企业内部 部署数据 仓库 企业内部 部署集成 软件 云 企业内部部署防火墙 iPaaS 公共云 1. “提升和转变” 方案与数据迁移 前后对比 第 2 部分 iPaaS 的常见企业用例。 iPaaS 功能： 云数据集成和应用程序集成、 流程 集成和 API 集成、 数据管理服务 （ 例 如， Cloud MDM、 Cloud DQ、 测试 数据管理和数据安全） 。 Informatica iPaaS 云架构师指南12 2. 混合数据仓库 如今， 越来越多的公司希望能够通过云扩 展数据仓库功能。 在 某些 情况下，这可能意 味 着 使用 Hadoop 等工具存储大量要预处理的非 结构化数据。 在其他情况下， 可能意味着 使用 Amazon Redshift 或 Azure SQL 数 据仓库等工具实现大规模仓储。 尽管这如同加快新云数据仓库节点一样简 单， 但您仍必须能够使用企业内部部署数 据存储的数据填充它。 此外， 您还需要能 够将源自企业内部部署系统的数据与
