说透中台（答疑篇）--学习笔记

中台与微服务、中间件、数据仓库到底有什么区别？

当我们谈中台与微服务的区别时，更多谈的是业务中台；当我们谈中台与中间件的区别时，则更倾向于技术中台；当我们谈中台与数据仓库的区别时，更多谈的则是数据中台。

所以这个问题更严谨的表达，应该是“业务中台与微服务”、“技术中台与中间件”、“数据中台与数据仓库”到底有什么区别？

业务中台与微服务的区别？

微服务更多关注技术架构层面上的问题，而业务中台更多关注业务架构层面上企业级复用的问题。业务中台不一定是微服务架构的，采用了微服务架构的也不一定就是中台。

技术中台与中间件的区别？

如果能通过中台这个概念为驱动力，促使企业的内部技术平台再向业务走出一步，无论是针对用户体验做优化，还是通过产品化，让业务可以自助式（Self-Service）地使用企业技术组件的能力，如果能做到这些或是起到这样的驱动力，我觉得技术中台这个概念才有价值。

数据中台与数据仓库的区别？

最大的一个区别还是数据中台和传统的数据系统出发点（视角）不一样。

传统的数据系统（数仓、大数据平台）更多是偏技术侧，拿着数据和技术找场景；而数据中台更多的是偏业务侧，拿着场景去找数据和技术。

中台和后台的区别具体在哪里？

我们可以用 SOR 来理解后台，对应到企业内，就是那些所谓的核心系统，常见的例如 ERP、DMS、银行的核心账务系统等。在实际的项目过程中，我们面对的问题也大多是这类系统无法满足前台系统快速业务变化的需求，也就是我们专栏里提到的齿轮匹配的问题。

总结来说，阿里的中台是由平台（例如交易平台）演进过来的，是对于平台治理演进的结果。而在阿里，后台另有所指（与一般企业理解的后台核心系统不太一样），通常指那些辅助企业运行的后台系统，例如人力系统等，与中台并没有什么关系。

答疑篇（下） | 你问我答，关于中台还有哪些困惑？

中台与前台的边界如何界定？

首先还是要想清楚，中台建设的愿景是什么，想好中台自己的方向和产品定位，一个清晰的愿景往往就代表了一个好的边界，这个边界能帮我们判断哪些该做哪些不该做，先做什么，后做什么。

当然有了愿景，肯定也还是会拿捏不好，这时候就得用演进式的视角和技术来帮我们解决这个矛盾了。

如果再深入思考一下，可能中台与前台的边界问题，不是技术的边界问题，而是组织的边界问题。就像我一直反复强调的，中台是企业级的问题，中台与前台的边界划分，其实本质上就是企业内横向的平台类组织和纵向的业务类组织的边界划分，也就是组织责任与利益的边界划分。

从这几个角度来思考中台与前台的边界问题的，总结一下就是：想好愿景，演进式思维，合理引导组织碰撞。

中台到底是不是在炒概念？

阿里提出中台，肯定有其背景和上下文。那么多企业都效仿，必然有其理由，可能只是把这个概念“嫁接”到了自己的企业里而已，甚至可能代表与阿里或其他公司完全不同的意义。

新概念本身是没错的，因为新概念往往代表着新的边界、新的约束，而新的边界和约束也往往就是新价值的来源（例如 SOA 和微服务、虚拟化和云）。

总结

以用户为中心，从战略入手，愿景为指引，用科学有效的方法，步步为营沉淀企业级能力，辅以必要的组织与系统架构调整，方得中台。