关于 iPaas 应用集成那些事儿

由于工作原因一直在调研 SaaS 的应用集成,也对比了国内外的一些SaaS厂商关于应用集成的一些做法,很有趣,也很值得思考。索性搞一篇文章分享出来,也算是对这块的调研和思路总结。

首先放一张 Gartner 对企业集成这块的象限情况,有个大致概念后,我在进行阐述。

 

Informatica :一家做企业数据管理的公司,iPaas可能只是它体量的一部分。由各种本地Informatica Cloud和PowerExchange两部分连接器构成。

Boomi:一家专门做iPaas集成的公司,由 Application connectors ,Event-driven connectors,Technology connectors 三种类型连接器构成

SAP:这个就不说了吧,专门做ERP的公司,主要讲的是 Integration Suite 。

独立企业集成方案这里就暂时先介绍 Top3,然后我们列举下各个云厂商对SaaS集成这块的投入:

 

AWS:

AppFlow,EventBridge

阿里云:

全域集成解决方案(iPaaS),EventBridge

腾讯云:

千帆计划(iPaas/EIS)

Azure:

Azure Logic Apps,Event Grid

google:

以google对容器的痴迷,估计整个 EDA 场景都不看好。。。这里不赘述了。

 

这么列举下来,其实一目了然,所有云厂商对SaaS接入的态度其实都是一样的,主要分了两大类,我大致划了下:

所以,这里就引入了两个问题:

  1. 云厂商是否合适做企业集成?在Gartner的报告来看只有 Azure 在企业集成这块表现还说的过去。
  2. 应用集成和事件驱动集成全部云厂商都在做两套,他们的产品边界在哪里?有没有可能互相争抢核心场景?

 

首先我们来看第一个问题的解法,其实云厂商做集成着事儿其实算吃力不讨好,除非自己拥有海量SaaS厂商支持,否则就是天方夜潭。SaaS厂商对数据管理这块的敏感度非常高,可以说是很多厂商的核心竞争力。如何制定标准来解这道题才是重中之重。

Azure Logic Apps 的解法很聪明,通过用于协调工作流的逻辑应用,以及用于创建 API 目录的 API 管理或使用队列和事件来处理更复杂体系结构两种方案去cover。

 

AWS 则是朝着Boomi的方向狂奔,使用完全端到端的集成方式:

 

阿里云暂时没看到控制台和相关操作指引,不过按照整个架构来看主要还是网关集成和CSB(云服务总线),不过这里的驱动类型没有用EventBridge还是很奇怪的。

腾讯云这块对事件驱动处理的涉足比较浅,主要还是以HTTP为主

所以,答案很明确,其实越通用意味着用户要自己写的东西越多,集成越复杂,理解成本越高。反之,如果云厂商越不通用,意味着扩展越困难,但集成复杂度会降低,用户理解成本和使用成本也随之减少。云厂商做SaaS 集成归根到底还是看哪家可以切入的领域和场景更丰富罢了,除此之外别无二致。

 

下面,我们来探讨下应用集成和事件驱动集成他们的区别和产品边界的问题,以下也仅代表我个人的看法:

a. 应用集成

应用集成更多是端到端的集成,可以看到所有厂商几乎都包括了工作流编排。所以可以这么理解,应用集成更多是B to B 垂直场景下的应用,它起不到事件总线的功能,同时对多源汇总,多源分发与生俱来的不适配。看个图大家就明白了:

b. 事件驱动集成

事件驱动集成大部分场景是事件聚拢,事件汇总和事件分发,它的源是多个,分发点也是多个。通过不同的 Event pattern 分到不同的目标。所以它更注重的是事件分发能力,事件生命周期管理,和事件传输。

其实 iPaas 参考 Azure Logic Apps 用 EventBridge 扩展更复杂的集成体系,也未尝不是更好的解法。