架构 平台架构和中台化

平时常见的微服务架构其实就是一种平台化的架构。

平台化架构由于缺乏对于前端业务一以贯之的端到端的支撑能力，平台与平台之间随时存在gap。

平台化架构按照康威定律，必然是几个平台，几个团队，涉及到巨大的沟通成本而导致协作困难。

平台化架构在数据化运营上存在短板，往往需要把多个平台的数据集成到一起并加工分析而产生新的支持到业务的价值。

平台化目标是高内聚、低耦合；职责边界清晰；易于集成等。

中台化架构进一步可总结为：高内聚、低耦合；数据完整性原则；业务可运营原则。

中台化之后：平台划分为系统运行、业务运营2部分。实现80% 甚至更多的业务需求由业务团队自助进入。这反映到前端业务上支持效能提升了，中台的代码基本不用研发，沟通成本也急剧下降。其2，中台的架构师和研发队伍可以把精力放到中台能力提升。

各个中台服务互为消费关系，虽然各中台职责分明，但如何更好的服务业务，服务用户，提升企业运营能力甚至支持产品创新都是最基础的原则。

微服务（平台化）化相比于烟囱型架构基于提升效能，消除重复，职责聚焦的视角而来；而中台化是平台化的自然演进，以进一步通过改变组织阵型提升效能、数据化运营、更好支持业务发展和创新。

中台和微服务（平台）的区别：

中台模式可以构建解决方案能力，快速支持业务，消除平台之间的gap、通过组织变革配套促进创新。

SOA架构的核心价值：服务复用，通过服务编排帮助企业快速响应和创新。