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

单一系统阶段

• 业务相对单一：业务规模和复杂度处于早期阶段。
• 开发人员较少：研发效率快速交付，对稳定性有初步要求。
• 优点：
  • 组织，代码结构相对整体，管控容易，研发效率高。
• 缺点：
  • 业务耦合严重，业务复杂度上来后，对研发效率和稳定性带来挑战，业务规模上来后，系统承压。

分布式业务系统阶段

• 支撑业务相对较少：少于5个，业务规模和复杂度中等。
• 研发人员达到上百人：要求研发效率快，对稳定性要求中等。
• 系统特点：
  • 按照领域拆分不同业务中心系统，比如订单、商品、优惠券、支付等，机器上百上千台。
• 优点：
  • 各领域业务系统逻辑解耦，各自可以迭代，研发效率得到提升，系统拆分后，系统可用性可以各自优化，整体稳定性提升。
• 缺点：
  • 跨领域协作成本增加，业务复杂度进一步增加，系统架构重点有两个问题：
    1. 领域内：业务逻辑难以维护，业务间逻辑交叉影响，进而影响研发效率和质量
    2. 领域间：交易业务的特点是几乎需要穿插多个重要领域，一个交易业务的研发需求，往往涉及多个领域的协作改动，管理和研发成本变高。

业务系统平台化

• 业务规模继续发展：业务规模达到10+，业务规模较大，业务复杂度变高。
• 组织规模几千人：核心诉求是创新业务和成熟业务对研发效率都有较高要求，对稳定性要求较高。
• 系统特点：
  • 业务系统平台化，平台能力和业务能力解耦，支持业务的特性和配置和扩展，机器规模达到了几千台。
• 优点：
  • 支持各领域业务配置化和定制化，研发效率高，系统平台化之后，代码质量提高，稳定性提升。
• 缺点：
  • 需要做好领域抽象，对抽象能力要求高，研发难度陡增，引入了不少配置，测试覆盖难度加大。

业务系统中台化

• 业务规模达到10多个：业务规模变得厚重且大，业务复杂度极高。
• 组织规模上，人员数量可能达到上万：核心诉求是支持业务创新，支持发展中业务快速发展，成熟业务需要稳定性，但是三者对于研发效率的诉求都比较高，对稳定性要求极高。
• 系统特点：
  • 支持按业务视角整体的配置化，各种能力的统一输出，配置和运行时隔离，业务之间互相隔离，机器规模几万台。
• 优点：
  • 可以按业务视角，建设高效研发架构和运营工具，进行能力支撑，解决问题，研发效率提升，统一架构，代码，研发规范，提升稳定性。
• 不足：
  • 需要建设白皮书，建设标准定义，架构设计，领域抽象能力要求高，研发难度大，协调难度大。

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