大集团多套ESB服务总线的整合规划参考

　　一个大型集团企业，如果存在集团和省级两级组织架构，包括还存在大量的子公司的情况下，那么一般会存在多套SOA集成平台或ESB服务总线。

　　那么在这种情况下多套ESB总线之间如何集成和整合。

　　今天分享一个整合规划方案供大家参考。

　　企业集成场景和需求分析

　　大型企业内部随着多年的IT规划和信息化系统建设，集成场景相对来说比较复杂。一般可以根据业务场景和业务交互类型来对集成场景和需求进行分类。

　　不同的业务交互类型往往需要不同的集成技术来解决。

　　从上图也可以看到，传统狭义的ESB服务总线往往也仅仅是解决高并发，小数据量访问的流程和业务类集成需求。而不是能够解决所有的集成需求。对于大数据集成，大文件集成等往往还需要根据实时性要求采用不同的集成方法。

　　包括当前在微服务架构推广实施下，大量接口已经采用标准的Http Rest API接口，接口不再需要复杂的数据映射和协议转换，取而代之的是轻量的API网关进行集成和能力开放。

　　在服务化大趋势下，整体集成思路仍然是服务+模式，即：

　　WS服务+ETL实现大数据集成WS服务+MFT实现大文件集成WS服务+JMS实现消息集成

　　通过服务来发起的大数据和大文件集成，方便解决传统大数据集成只能够通过定时任务调度发起的模式，服务驱动可以按需实时调用，同时对于数据获取范围也可以根据WS服务的输入参数灵活定义。

　　已有服务总线交互支撑情况分析

　　既然企业集成场景复杂，存在不同的服务集成场景。那么就需要分析当前已经存在的多套服务总线对各类服务集成场景的支撑情况。

　　这种支撑情况包括了强支撑还是弱支撑。

　　同时也包括了支撑范围分析，既服务总线是只支撑集团层面或子公司层面，还是说服务总线本身已经实现集团-省两级的支撑架构。

　　通过上面分析实际可以看到对于技术类服务，流程类服务很多子业务域的服务总线并不能提供支撑能力。同时还有些服务总线往往也局限在集团或某个子公司范围里面。

　　类似技术服务，当前只有PaaS-ESB总线提供支撑能力，那么这个支撑能力就可以进一步开放共享给其它业务域使用。但是对于业务服务集成，多套服务总线都具备这个能力，更好的方式就是需要对这部分重复能力进行整合。

　　多套ESB总线集成交互情况分析

　　多套ESB总线之间本身也存在集成和交互情况。

　　对于ERP和PaaS总线，当前根据规划后续都需要整合到PaaS-ESB一套服务总线上面。而对于第2点ERP和营销域ESB集成。如上图：

　　A到B系统的服务消费调用，需要经过两次服务总线接入和传递，同时需要进行服务规范标准转换。而对于PaaS平台ESB和营销域ESB总线之间，当前也是存在两套服务规范标准，对于新识别服务要求是完全按PaaS规范实施。

　　多套总线存在的问题分析

　　对于多套总线存在的问题，在分析的时候主要从管控治理，实施方法，架构体系三个方面进行展开描述。

　　01 在管控治理层面：

　　没有形成集团全局统一的服务目录库和服务资产管控和治理方法不统一，各总线的管控侧重点有差异，也存在重复建设更多的是根据管理域进行分工，而非根据服务能力进行分工

　　02 在实施方法层面

　　当前服务规范有多套标准，导致跨总线服务集成存在多次转换当前服务识别分析和服务实施方法存在差异，对应用厂商造成重复熟悉的影响