在实施SOA项目的时候，很多人会搞不清楚SOA集成平台和MDM主数据平台的区别，好像两者都是做数据集成使用，这个我在前面博客文章也谈到过，两者存在一个大的区别就是是集成的方式，对于SOA来说往往都是聚合能力平台本身并不提供能力，也不存储数据；而对于MDM主数据平台则是平台本身就提供数据能力，也存储数据。这就是两者最大的一个区别。

在比较SOA和云计算区别的时候，我们也经常会谈到上面这个关键区别。今天就谈下聚合和自建，在我们提供解决方案时候究竟应该如何选择。

在前面我们谈到能力中台和能力开发中心的概念，可以看到，能力中台本身更多的是聚合外界已有的衣食住行各种服务能力接口，然后提供一个统一的能力服务层，并提供相应的安全，日志，计费，运维治理等管控能力。在这种情况下，单独的某个自建能力本身不属于你，那么你的优势往往就在于能够提供聚合后的使用各种业务需求场景的完整能力上，有点类似于一站式购物，对消费者来说肯定是方便的。

这让我想到当前流行的一个句式，即：

我们不生产数据，信息，服务，产品；但是我们确是数据，信息，服务，产品的搬运工。

并不是说你不生产某个单品你就没有价值的，而是你提供整合后的服务能力，这就是聚合的价值。

当然这也不是说自建不好，而是聚合和自建本身就是两个不同的方向和策略，聚合思考的重点是已有资源和服务能力的整合，做大做全，考虑的是客户五花八门需求的满足；而对于自建更多是考虑的垂直化方向下做精做细，真正提供最具性价比的单品。

做聚合类应用重点是场景和需求，对生态的构建；而做单品重点则是产品的垂直细分和精细化打磨。

所以我们究竟应该是做聚合还是自建，实际上跟我们的整体解决方案，跟我提供的产品的整体定位有很大的关系。你必须去思考你最终的客户究竟需要的是什么？

究竟需要的是一个完整解决方案和整合能力，还是一个单品的使用？

当客户真正需要的是一个整合能力的时候，这个时候你在做产品规划和思考的时候就要注意，你的重心一定不能放在某个单品的研发和设计，某一个单独功能的实现上。而应该是多考虑如何提供完整服务能力，这个服务能力能够聚合外面的就聚合外面的，你重点是做能力和服务管控，而不是去做底层单品能力实现。

当前随着用户个性化需求发展，企业规模发展，IT信息化规模也是越来越大，没有任何一个企业能够提供大而全完全自建的产品解决方案的能力，因此整合和集成是必须的。但是很多企业实际上在整合和集成这件事情上做的并不好，因为单品的集成不是简单的接口对接就完事，而是。

1. 提供一个统一的接入和适配层能力：这层很薄，但是必须有（参考soa轻量实现）

2. 提供统一的服务能力暴露和订购消费

3. 提供统一的服务运行监控，服务运维能力

可以看到以上这些内容刚好就是我们经常谈的能力开放平台的内容，其中包括了API网关或ESB总线的轻量底层实现，也包括了服务运营平台的基础运营能力，运维能力。只有这样你完成的才不是简单的接口对接，而是有效的服务能力聚合和能力开放。

而当前来说，大部分的做IT集成的企业都达不到上面这点。这个一方面是缺少能力开放平台的支撑，另外一个就是缺少业务专家或领域专家，这种专家需要对细分的业务领域属性，对业务流程和业务场景熟悉，对单品本身的业务功能和属性熟悉，只有这样才能够更好的去识别和抽象服务能力接口，去制定统一的标准规范体系。否则就是简单的对接，而不是我们需要的能力开放共享，也不可能实现我们常说的基于复制业务场景的快速联动。