电商交易系统演进

电商系统演进的主要驱动力是业务发展带来的规模和复杂度的挑战，不同阶段解决的主要矛盾不同。

分布式解决开发内部效率问题。

平台化解决重复建设成本和业务开发效率。

中台化解决多方人员和系统协同效率。

单一系统阶段

此阶段业务相对单一，业务规模和复杂度处于早期阶段。

开发人员相对较少。

这个阶段的主要诉求是研发效率快速交付，对稳定性有初步要求。

单系统或几个应用，机器几十台。

优点：组织，代码结构相对整体，管控容易，研发效率高。

缺点：业务耦合严重，业务复杂度上来后，对研发效率和稳定性带来挑战，业务规模上来后，系统承压。

分布式业务系统阶段

这个阶段支撑业务相对较少，少于5个，业务规模和复杂度中等。

研发人员达到上百人。

这个阶段主要诉求是要求研发效率快，对稳定性要求中等。

系统特点，按照领域拆分不同业务中心系统，比如订单，商品，优惠券，支付等，机器上百上千台。

优点：

各领域业务系统逻辑解耦，各自可以迭代，研发效率得到提升，系统拆分后，系统可用性可以各自优化，整体稳定性提升。

缺点：

跨领域协作成本增加，业务复杂度进一步增加，系统架构重点有两个问题：

1. 领域内：业务逻辑难以维护，业务间逻辑交叉影响，进而影响研发效率和质量
2. 领域间：交易业务的特点是几乎需要穿插多个重要领域，一个交易业务的研发需求，往往涉及多个领域的协作改动，管理和研发成本变高。

业务系统平台化

这个时候业务规模继续发展，业务规模达到10+，业务规模较大，业务复杂度变高。

组织规模几千人。

此阶段的核心诉求是，创新业务和成熟业务对研发效率都有较高要求，对稳定性要求较高。

系统特点：业务系统平台化，平台能力和业务能力解耦，支持业务的特性和配置和扩展，机器规模达到了几千台。

优点：

支持各领域业务配置化和定制化，研发效率高，系统平台化之后，代码质量提高，稳定性提升。

缺点：

需要做好领域抽象，对抽象能力要求高，研发难度陡增，引入了不少配置，测试覆盖难度加大。

业务系统中台化

这个阶段业务规模达到10多个，业务规模变得厚重且大，业务复杂度极高。

组织规模上，人员数量可能达到上万。

这个阶段的核心诉求是，支持业务创新，支持发展中业务快速发展，成熟业务需要稳定性，但是三者对于研发效率的诉求都比较高，对稳定性要求极高。

在系统设计上，需要支持按业务视角整体的配置化，各种能力的统一输出，配置和运行时隔离，业务之间互相隔离，机器规模几万台。

优点：

可以按业务视角，建设高效研发架构和运营工具，进行能力支撑，解决问题，研发效率提升，统一架构，代码，研发规范，提升稳定性。

不足：

需要建设白皮书，建设标准定义，架构设计，领域抽象能力要求高，研发难度大，协调难度大。

目前所做系统处于三阶段初期，需要将原有一系列的自有的烟筒式的架构推平，形成统一平台，就行横行抽象，完成平台化建设，解决业务视角的整体协作和研发效率问题。