从零学架构（三十一）

中台剖析和实现技巧

中台

中台发展史

演进过程

1. 无共享架构——大烟囱架构

2. 共享架构——IaaS架构

3. 共享架构——PasS架构

4. 共享架构——SaaS架构

5. 共享架构——中台架构

中台的定义

业务中台

定义

业务中台，是将企业内部多个相似业务的通用业务能力沉淀到平台，以减少重复建设，提升业务开发效率的一种架构模式

价值

相似业务能力共享，避免大量重复开发，提升开发效率。

指导

1. 业务相似度越高，业务中台价值越大，建议相似度达到60%以上的多个业务共建中台，例如“快车+专车”，“淘宝+天猫+咸鱼”，”火山 + 抖音 + 西瓜“。
2. 评估业务相似度，需要依赖业务专家，而不是一个单纯的技术工作。
3. 强行将相似度低的业务塞进一个中台，不但不会提升开发效率，还会大大降低效率。

数据中台

定义

数据中台，是将企业所有业务的数据沉淀到同一平台，支持业务间数据打通以及数据复用，提升企业运营效率的一种架构模式

价值

数据打通和复用，避免数据孤岛，提升运营效率

指导

1. 使用数据中台的业务越多，数据中台价值越大。
2. 数据中台的价值体现在：统一数据平台、跨业务的数据打通、跨业务的数据复用（挖掘）。
3. 跨业务的数据复用：理想很丰满，现实比较骨感，受限于业务熟悉度和组织结构的相关约束。

中台带来的问题

业务支撑粒度不同，小业务抱中台大腿，中台抱大业务大腿

中台与业务的边界难以明确

业务相互影响，中台的全流程效率并不高

中台落地技巧

用Pipeline封装不同的业务流程

用SPI封装不同的业务

举例

Pipeline和SPI对比

实际情况Pipeline会更加合适，因为中台和业务边界很难界定，适用SPI落地开发难度会非常大

小结