交易系统TMF2.0技术揭秘：跳开 DDD 和中台概念看阿里巴巴交易平台的问题及解决思路...

总体介绍

2017年双11，交易峰值达到了32.5万笔/秒，这给整个交易系统带来了非常大的挑战。一方面，系统需要支撑全集团几十个事业部的所有交易类需求：要考虑如何能更快响应需求、加快发布周期；如何能为新小业务提供快速支撑、降低准入门槛；是否足够开放使得业务方能做到自助式扩展；新需求是否已经在其他事业部有可复用资产等问题。

互联网的特点决定了业务系统是按领域服务建设的分布式架构。而电商业务的特点是业务生命周期长，从招商、选品、供应链、仓储、营销/导购、下单、履约、物流、售后等，其业务链路长、业务逻辑上游对下游又有影响。在这业务主线的链路上，又建设了众多系统进行支撑，比如商品平台、购物车系统、下单系统、履约系统、优惠系统、物流系统、供应链系统等，围绕这些核心系统，还有数不清的辅助系统/服务，比如服务平台、天猫SMC、淘宝CPC等等。

在每一次的业务需求分析过程中，又是需要能从业务生命周期的全链路视角进行需求分析、技术方案评估、编码、联调以及发布。这整个过程，也是一次复杂的跨团队协助过程，痛点主要体现在：

1)缺少全链路视角的需求管理机制，协同效率低 

2)平台准入门槛高，新小业务无法快速试错 

3)业务与平台没有很好分离，无法支撑业务自助式(Self-Service)发展 

4)缺少可复用业务资产。

痛点一： 缺少业务全链路视角的需求管理机制，协同效率低

对业务需求的跟踪与管理缺少全业务链路视角