【商品架构day4】十年前淘宝商品系统怎么做平台化

本文来自阿里巴巴技术协会（ATA）精选集。淘宝的电商系统是业内标杆、TOP1，十多年前浩浩荡荡做平台化、商品系统首当其冲。这样的经验足可以史为鉴。

 

1.    现状背景

Detail当前的问题可参见《Detail2.0介绍》(2014年7月)，本文不赘述。而Detail新平台的目标是提升协作效率/稳定性/扩展性，倡导商品详情业务归一，能横向复用在其它Detail也能运用在非Detail场景。从产品到研发等各维度均展开梳理和重构，采取模块化、SDK/API等方式来定义协作和扩展机制，并提供合成和分组两种部署模式，以应对创新业务快速多变的需求。并在稳定性和性能方面进行统一封装管理和工具的插件式注入，使之常态化和标准化。

 

2.    名词定义

什么是模块

模块是具备可部署、可管理、可重用、可组合、无状态等特性，遵循统一规范且提供对外接口的软件单元。

 

什么是平台

平台是一套完整的技术体系和架构，具备可重用、可维护、可扩展、可协作等特性，能规范研发阶段的各项工作，最终支撑物种多样化、个性化等业务目标。

 

模块与平台

可以发现模块的特性与平台所追求的特性是一致的。模块是微观的具体实现单位，而平台则是宏观上的体系架构。模块化是构建平台的基本元素和方法，故两者并不冲突。以模块化理念解决当前面临的各项问题，对系统进行模块改造，再对模块库进行组织、调度，并提升除研发外其它各维度的能力以实现最终平台化。

 

3.    设计理念

(仅针对当前场景，普适原则不赘述)

分而治之

是解决复杂问题的有效方式，模块化便是具体的实现方法。模块更具可重用性、可维护性，控制复杂度、易于理解等，特别是共建(多团队协作)和需求多变的场景下。而当今Java平台，无论OSGi或Jigsaw等都还在发展中(细节不赘述) ，但模块化理念和模式是通用的，只要对系统进行良好的设计和拆分，无论采用何种模块化方法都能受益。所以，自主设计一套轻量级模块规范是本次平台化的切入点。

 

框架治理

事实证明，以口述或文档等方式制定的技术规范都是弱规范，会被日积月累的无序行为致使架构积重难返。所以推崇通过框架定义标准，使研发过程和实现得以规范化。但框架除了按规范去约束，也要允许在同样规范下开放。对无序行为