摘要：因此大部分企业会思考对基础数据进行统一管理并提供统一能力，即我们常说的主数据管理，主数据管理可以明确的解决业务系统和问题，也容易和业务部门和业务人员沟通为何要上MDM，而对于MDM实施本身涉及到集成，即还需要同时进行接口服务的统一管理。当前对于企业集成的需求，即使我们使用的是ESB服务总线，但是仍然可以看到集成的需求包括了服务集成和数据集成两个部分，或者把ESB总线当做数据总线来用，或者在集成平台项目中会包括类似ETL的数据集成能力。

本篇为对近期调研和访谈的企业对ESB总线和集成平台需求的一个初步整理。实际上对于ESB服务总线究竟解决了企业哪些问题，我在前面很多文章都有过系统性的专门描述，因此这篇为零散需求记录。

在跨系统交互和集成上，企业最大的问题是数据问题，即数据不一致和数据延迟导致的跨系统业务协同上出现问题。因此大部分企业会思考对基础数据进行统一管理并提供统一能力，即我们常说的主数据管理，主数据管理可以明确的解决业务系统和问题，也容易和业务部门和业务人员沟通为何要上MDM，而对于MDM实施本身涉及到集成，即还需要同时进行接口服务的统一管理。当前还是大部分企业会思考对于MDM和ESB统一进行建设，有些企业也会同时对两个需求发一个标进行统一建设。

实际上我们看到

1.主数据平台： 本身是可以独立建设，即使没有集成平台也可以单独建主数据

2.集成平台： 不仅仅是解决主数据相关接口集成问题，而是解决整个信息化应用系统间接口交互和集成

主数据平台的建设，难点不在于系统，而是在于主数据系统的实施，而实施本身的难点本身又在于历史数据的清理和初始化入库。这个本身需要业务部门，包括相关的业务系统高度配合才可能完成。

当前对于企业集成的需求，即使我们使用的是ESB服务总线，但是仍然可以看到集成的需求包括了服务集成和数据集成两个部分，或者把ESB总线当做数据总线来用，或者在集成平台项目中会包括类似ETL的数据集成能力。即大部分的企业集成，在第一阶段仍然是解决数据集成问题，而不是服务集成和应用集成。

数据集成在前面很多文章讲过，数据集成表示数据会在多个业务系统多点落地，这样本身可以降低业务系统之间的耦合性，但是带来的问题是数据会存在不一致性和时延，那么这些问题就必须有很好的管控机制和补偿机制去处理，否则即使系统间集成了照样影响到业务协同。

1. 数据集成： 通过接口服务或ETL进行传输传输集成，数据会在多个业务系统落地

2. 服务集成： 在业务场景需要协同的情况下，实时调用服务接口进行数据获取，数据不落地

服务集成的实时性最高，当然对业务系统，集成平台本身的可靠性，性能要求也更高，本身接口服务的调用并发量也会指数级增长。因此并不是服务集成就一定比数据集成好，而是应该实际问题实际分析。

当我们采用数据集成的时候，仍然存在两种场景，即定时的进行数据同步，还有一种就是实时的调用接口服务进行数据导入，那么在我们实施的时候更加建议采用第二种折中方式。即既保证了数据同步的实时性，本身又降低了后续业务之间的耦合程度。

在交流的一些企业里面，我们经常也会听到说原来已经实施过ESB总线或类似的集成平台，但是实施效果并不好，而这个实施效果不好注意体现在以下几个方面。

1. 业务价值无法显性化： ESB属于技术平台，导致ESB总线的业务价值很难显性化，IT部门可能认可平台重要性，但是企业业务部门往往对平台并没有直观的认识。而没有业务驱动力的平台建设本身又是难事。

2. 管控治理没有跟上： 对于ESB服务总线究竟是简单的买产品还是卖实施在我博客上也讨论过多次，从乙方角度肯定是希望卖产品最简单，但是单纯的卖产品，整个SOA实施方法论，SOA治理管控规范体系无法真正在企业落地。往往是乙方实施商一离场，甲方接口服务又恢复原样，导致仍然出现接口管理混乱的情况。这个原因不是在于ESB总线产品问题，更多的还是实施管控治理方面的问题。

3. 技术平台功能单一： 前面已经讲过了企业的集成需求很多，有接口服务实时集成，也有数据集成，文件集成，ETL数据传输，还包括MDM主数据平台的建设。一涉及到集成需求企业往往就认为都是ESB总线能够解决的问题，但是实际上ESB总线很难解决上面所有问题，而是应该一个完整的整体解决方案才能够解决。因此对于这点我们在做SOA项目实施的时候也需要和企业提前沟通清楚。

ESB总线平台的建设，一个方面是选择产品，但是更加重要的还是服务实施，服务管控治理规范流程的建立，而对于这方面经过10多年的大平台和大项目现场实施，我们在这方面也是积累了丰富的现场实施和管控经验，而这些才是确保SOA实施项目能够成功的关键。