单体架构演化到中台架构的四个阶段

中台架构的思路是希望按照“大中台、小前台”的理念进行组织升级，建设“敏捷的前端 + 强大的中台”，以降低整个集团的创新成本。

一般电商系统的发展都会经历多个阶段。

第一个阶段是单一业务系统阶段

这时业务相对简单，一个业务系统、几台机器就支撑了。随着业务的发展，后面才逐步分布式化，服务化。这个阶段团队不大，几十人的样子，最为影响效率的就是团队成员的个人技能。

第二个阶段是服务化系统阶段

当研发团队人员几百上千，团队的效率和系统的稳定性都成为了挑战，之后进化到了第二个阶段，即分布式业务系统阶段。

这个阶段会把原来的单一系统拆分成多个高内聚，低耦合的中心化系统。比如用户中心、商品中心、交易中心、商家中心等。

同时把上千人的团队拆分成了业务相对比较集中的小团队。每个独立的系统可以独立设计、独立接需求、独立发布，整个研发效率和系统稳定性都上了一个台阶。

这个阶段一般会孵化出中间件团队，为公司统一输出稳定高效的中间件系统，降低各团队独立开发中间件的成本。

第三个阶段是平台化阶段

随着公司越来越大，商业模式越来越丰富，公司开始以独立事业部的方式对业务进行组织结构拆分，以支持独立商业模式的创新。

比如阿里把淘宝拆分为淘宝、天猫和一淘三个独立的事业部。三个事业部的定位、业务发展方向、业务的管控规则都不同，甚至在一些业务规则上可能还相互冲突。

相应的这个阶段的架构就开始进入了第三个阶段：业务中心平台化阶段。

业务中心平台化中的“平台”就是要把基础能力与每个业务方的特性业务拆分，把业务和业务之间的逻辑进行隔离。

平台化的关键点是业务抽象建模和系统架构的开放性，以二八原则分析来说，其中业务抽象解决共性的 80% 问题，系统架构开放性解决 20% 的个性化问题。

人们逛淘宝买东西，每一笔交易都在交易平台上发生，但是不同的交易其流程和规则是不一样的。有些是先支付在发货，有些是先发货后支付。这些支付功能都是需要通过交易平台来实现，平台化就是要把不同业务的逻辑隔离开，以避免相互影响。

第四个阶段是中台化阶段

随着生态的复杂度、业务的复杂度、系统复杂度的升级，总会出现新的问题。领域的平台化解决了领域内部的问题，但每一个业务的逻辑都是横跨几十个系统，比如说一件衣服，商品发布规则、交易规则、营销规则等等这些规则分散在不同的系统中，而且还是相互有关联的。

这个复杂生态的协作问题再次导致研发效率和业务响应速度降低，顺着解决问题的思路，就演进到了第四个阶段，业务中台化阶段。

之前的文章说过中台化阶段就是要解决 4 个问题：

- 信息获取成本高。

- 互联互通成本高。

- 服务具有不确定性。

- 低水平重复建设。

处于此阶段的公司的规模，研发人员应该达到上万了，集团下事业部数量众多，如何建立一套高质量的中台引擎工具是研发人员面对的主要难题。