什么是 iPaaS？集成数据流以创建新服务

　　如果说去年是 新常态 的起点，那么今年就是加速适应和发展的一年。事实上，许多企业已经通过实现云端分析、应用现代化以及部署敏捷的数据平台，得到了良性的发展。

　　随着企业在云端实现现代化，他们正在转向云原生和寻求集成平台即服务（iPaaS）解决方案。那么究竟什么是 iPaaS？下面我们就从 iPaaS 的关键用例、示例和供应商进行阐述。

　　集成平台即服务（Integration Platform as a Service。，简称 iPaaS）是一种基于云计算的软件包，用于创建新的应用程序或通过链接现有服务和应用程序来编排数据流。它允许组织轻松利用基本构建块来简化流程或建立新服务。例如，iPaaS 可以将存储客户信息的数据库、用于将地址转换为地理坐标的 API，以及用于处理信用卡交易的第三方服务整合在一起，以便用户可以一站式完成任务。

　　这些平台配备了使用标准协议和数据格式与现有服务交互的例程。他们擅长从一项服务中请求数据，然后过滤数据并将其转换为其他服务所需的另一种数据格式，并充当数据传输的传输枢纽。

　　类似的数据流集成方法由企业服务总线（ESB）和机器人流程自动化（RPA）等技术执行。每种技术都通过类似的工作来集成现有的软件包和服务。

　　当然，iPaaS 也有一些缺点，其普遍缺点是对非常具体的功能需求的支持不足以及难以寻找合适的供应商。

　　体面的 iPaaS 解决方案涵盖了当今许多集成场景，并且支持的用例数量不断增加。然而，在实践中，总会出现 iPaaS 市场没有提供解决方案的用例。这可能是因为所需的解决方案在技术上过于定制。

　　传统的集成方法，例如 ETL / Hub-to-Spoke 集成 / ESB 或应用程序之间的直接连接在这里可能更有用。尽管如此，研究可用的 iPaaS 解决方案以找到适合您需求的解决方案还是值得的。在某些情况下，iPaaS 可以与现有的本地集成资源相结合。

　　公民 集成商经常在 iPaaS 讨论中被提及。不幸的是，大多数公民集成商只能处理少数集成任务——通常是拖放和点击。集成过程通常需要相关的高级软件或 IT 知识。由于市场、合规性和监管要求不断提高，业务任务变得越来越复杂，因此在可预见的未来，这种情况不会改变。

　　此外，大多数公民集成商正忙于解决其部门的紧迫问题。因此，他们可能会忽视整体战略，随着时间的推移，公司内部会形成额外的 数据孤岛 。需要一个称职的 IT 团队才能解决。

　　阻止这种发展趋势的一种方法就是从一开始就为公民集成商提供专业支持。集成任务可由内部 IT 部门、软件专家或提供适当技术人员的 iPaaS 提供商执行。事实上，许多公司正在重新思考公民集成商的概念，这也导致更多的预算转移回 IT。

　　iPaaS 的另一个缺点是存在大量的供应商可供选择。他们通常在服务范围和重点方面有所不同。有些尝试涵盖尽可能多的用例，有些则追求特定领域的策略。

　　此外，在比较门户和媒体上，仅用 SaaS 连接补充其解决方案的传统集成方法提供商有时会与成熟的 iPaaS 提供商混为一谈。对于初涉该领域的新手来说，这会增加混乱并难以抉择出合适的 iPaaS 提供商。您对 iPaaS 了解得越多，就越容易找到合适的提供商。

　　随着 SaaS 应用程序的激增，传统的集成方法很快就会达到极限，昂贵的变通方法变得不可避免。iPaaS 提供了一种更具成本效益的替代方案。

　　扩展能力是 iPaaS 的优势。例如，当公司进行并购时，iPaaS 解决方案可以毫不费力地将公司的 IT 与彼此以及与母公司连接起来。

　　多租户功能可实现流程的清晰分离，而无需为每个用例构建单独的 物理 环境。这允许客户将不同的业务领域及其集成场景分开，甚至只是分开开发、测试和生产环境。

　　iPaaS 工具旨在处理最新的协议和身份验证方法以及当今使用的许多不同的架构。复杂的 iPaas 工具可以将运行在不同云平台（公共云和私有云）以及不同企业拥有的不同数据中心中的软件连接起来，并具有不同的信任级别。它们还可以在原有硬件上与新软件集成，减少组织 大刀阔斧 更换旧软件耽误的时间。

　　iPaaS 工具的一个共同特点是能够与人工智能、机器学习和区块链等较新的技术和算法集成。因此，iPaaS 可以使用现有连接器将这些算法的功能添加到旧系统中，使其成为利用最新技术的最简单、最快的方法之一。

　　使用 iPaaS 还可以为组织节省大量时间和编码工作。理想情况下，大部分集成粘合代码已经嵌入到平台中，开发团队可以在最高抽象级别进行操作。

　　一些 iPaaS 包括复杂的可视化仪表板，用于跟踪进度和创建新的集成。它们的可视化编程语言可以简化集成过程，使非开发人员能够更轻松地做出贡献，使专业的开发人员能够更快地创建服务。

　　iPaaS 做的大部分工作与原始代码相同，但它们隐藏了优秀 Web 应用程序背后的大部分语法复杂性。中央集线器可以配置不同的模块，这些模块可以连接不同的工具，然后将结果提供给其他服务或应用程序。iPaaS 供应商为互联网上许多最常见的 API 和服务维护着大量此类连接器。

　　在 iPaaS 发挥作用之前，开发人员需要创建数据到达时如何进行转换的描述。一些平台要求用户采用传统的编程语言编写函数，以便对数据进行过滤和操作。而其他一些平台则提供可视化工具，可以简化工作并消除一些可能使编程变得困难的语法问题。虽然这些可视化工具可以向非开发人员开放流程，但配置 iPaaS 仍然需要像开发人员一样思考抽象格式和数据流。

　　iPaaS 最重要的挑战之一是正确进行身份验证，以确保服务之间的连接不会成为网络访问的后门。OAuth 等协议确保只有 iPaaS 可以访问数据。同时，单点登录选项使用户可以更轻松地进行一次身份验证，以执行 iPaaS 可以交付的所有任务。

　　iPaaS 可用于典型企业软件堆栈的所有级别。它们可以处理规模较小或简单的工作，例如将工作流整合到一个区域办公室，或者它们也可以可能在收集和协调多个办公室、区域和分部方面发挥更大的作用。以下是一些假设的示例：

　　当两家企业合并时，iPaaS 可以将合并实体双方的订单同步到一个集中的报告工具中。然后，新的企业管理层就可以在整合工作时跟踪两家企业的业绩。

　　作为实验项目的一部分，iPaaS 可用于收集信息，以比较生产工厂之间的生产效率，将信息从运行每个工厂的各种系统传送到图形仪表板。

　　希望追踪跨国市场销售情况的跨国供应商可以使用 iPaaS 从边界两侧收集会计信息，并使用当前汇率对其进行调整。

　　当前形式的 iPaaS 已经有十多年的历史了。这种融合过程的出现和发展，与云计算和 SaaS 的发展息息相关。

　　当第一批 SaaS 提供商进入市场时，他们的客户需要帮助将不同的基于云的软件解决方案相互集成以及与他们现有的 IT 环境集成。第一批 iPaaS 提供商从中看到了机会。他们与 SaaS 提供商接洽并和他们建立合作伙伴关系。

　　结果，iPaaS 提供商无需获取客户即可受益，而 SaaS 提供商则通过减少甚至完全委托集成项目所需的工作而获利，由此创造了一个双赢的局面，成为两个市场参与者增长的催化剂。

　　由于 IT 环境日益复杂，并且需要降低总拥有成本（TCO），iPaaS 模型得到了进一步发展。出现了新的领域：例如云到云或物联网到本地。除此之外，还添加了支持 iPaaS 的电子数据交换（EDI）系统。因此，SAP、微软和甲骨文等主要软件制造商开始更积极地扩展其 SaaS 服务。

　　在与 iPaaS 供应商合作一段时间后，这些制造商要么收购这些供应商，要么开发了属于自己的 iPaaS 解决方案。造成这种现象的根本原因在于，主要软件提供商希望将他们自己的云解决方案与其本地解决方案紧密联系起来。

　　大型供应商还有另一个优势：他们可以通过合作伙伴或自己庞大的客户群进行扩展。然而，对于这些方法，第三方系统的集成仍然存在问题。这就是为什么近年来出现了许多其他 iPaaS 提供商专注于利基需求。这一切都造就了一个竞争激烈的市场。

　　随着许多供应商不断修改和扩展他们的集成工具以与更多平台和服务配合使用，iPaaS 的市场空间正在增长。供应商都提供了一个用于数据交换的中央集线器，这些模块将集线器与各种工具、服务甚至其他 iPaaS 系统连接起来。

　　寻找最佳选择首先要检查产品与当前堆栈中的服务和工具的匹配情况。行业领先的供应商拥有广泛的连接器模块。有些供应商还提供了免费的初步探索和测试计划。

　　Amazon Web Services：亚马逊的云平台包含许多用于集成数据流的工具。在最低级别，Lambda 函数可以控制 AWS 内部提供无服务器计算的许多功能。在更高级别上，AppFlow 可以提供所谓的 无代码 集成；

　　Elastic.io：Elastic.io 既可以在企业内部使用，也可以作为白标服务来构建自己的 iPaaS。

　　Oracle：Oracle 在其云平台中拥有广泛的集成工具，用于组织数据和 API，其中最主要的是应用程序集成；

　　SnapLogic：SnapLogic 将其工具称为 企业自动化愿景 ，并包含称为 Snaps 的智能连接器，可以在一定程度上进行自我配置；

　　Workato：Workato 平台提供了一系列复杂的工作流自动化工具，用于通过其网络跟踪数据的移动；

　　如果一个市场具有增长潜力，一些大型供应商会试图获取最大的份额，而较小的供应商则占据利基市场。较小的 iPaaS 提供商拥有非常具体的知识——通常仅限于一个域甚至一个子域。其他提供商将自己定位在两者之间。

　　随着 SaaS 和其他云服务的持续增长，集成服务市场仍然具有吸引力，导致许多供应商纷纷来这个市场上分一杯羹。 这最终可能导致供过于求，之后趋势应该会逆转，直到达到平衡。

　　因此，许多 iPaaS 供应商（尤其是较小的供应商）很可能会被收购、改变核心业务或直接倒闭。这是选择集成合作伙伴时的关键信息：在选择过程中应该考虑战略不确定性和更换供应商的潜在成本。需要注意的是，由一个 iPaaS 提供商设置的映射、工作流和配置通常无法轻易转移到另一个中。因此，公司在选择 iPaaS 合作伙伴之前应该彻底考虑这些问题。