ESB的由来

下面这张图，稍微了解些IT集成的朋友应该不陌生。

随着信息化发展不断深入，企业在不同的阶段引入了不同的应用、系统和软件。这些原始的应用系统互不连通，如同一根根独立的烟囱。

但是企业业务是流程化的，这就需要业务数据如流水般在不同系统间流转。在企业信息化早期，为了实现业务数据流转，一般采用点对点的开发方式，就好比在两根烟囱间架起了一根管道。

随着业务数据流转越来越频繁，越来越广泛，“烟囱”上的孔眼越来越密集，有进气管、有出气管，错综复杂，难以梳理，也就难免会有“乌烟瘴气”，维护人员“灰头土脸”的时刻。传统ESB的核心功能在于，通过各种不同的协议适配，将不同平台的异构服务接入到ESB，转换成消息流，再通过各种处理发送到指定的目的地，就好比是一条横亘于所有烟囱的管道。因而其全称为企业服务总线（Enterprise Service Bus） ，也就不难理解了。

为什么要升级

企业的云服务越来越多，ESB内部调用关系如果不梳理，就像是埋在地下管道中的各种线路，看似好像只有一根管道，但内部电线、水管、燃气管道根本无法分清楚，更不用说如何去治理、去优化。

随着IT技术的发展，ESB存在以下问题难以解决：

架构 扩容困难 ：传统 ESB 采用集中式架构，可扩展性、可观测性低、且不支持微服务框架。
缺少服务安全防控 ：传统ESB能力聚焦在内部应用的集成与连接，缺少有效的安全手段，同时企业采用集中的服务注册管理手段，一旦受到攻击，将影响整个企业总线上的服务运行，因此企业一般不会将ESB的能力直接开放至外部网络环境，但随着工业互联的发展，企业与上下游企业、合作伙伴的数据急需打通，对外的集成开放能力也是企业需要解决的问题。
云端应用集成困难： ESB通常无法直连公有云SaaS应用以及一些平台服务，SaaS应用和平台服务的普及越来越力不从心。企业为了实现相关需求，就需要花费更高的成本。
配置复杂，集成效率低： ESB技术门槛高，通常需要配置专业的集成团队专人维护，导致其产品使用的灵活性大大降低，无法支持企业日益增长的个性化业务需求与快速变更的响应需求。

综上，随着信息化的进步，老旧ESB显得越加笨重，ESB系统的弊端也日渐明显。系统改造、架构升级势在必行。

ESB该升向何处？

针对ESB的问题和不足，我们当然可以选择升级ESB，实现更多协议适配，实现日志统计与监控，但是以后呢？我们需要的只是一个ESB么？ ESB并不是唯一选择，更多企业需要的其实是一个具备应用集成、数据集成、消息集成、 API 管理能力的一站式应用集成平台——也就是iPaaS 平台。