转载

8 年上市、3 年微服务改造、2 年中台战，回顾这家公司 12 年技术架构转型路

中国的电子商务开始于 1997 年，从 2000 年以后开始全面发展起来。在电子商务强劲的发展势头下，品牌商为了实现转型、提高利润率，纷纷试水电商渠道。于是电商服务行业应运而生。

但很多人不了解电商服务背后的技术，殊不知在这条赛道上，技术依然是核心竞争力。因为只有技术的智能化、自动化，才能让前端的业务部门有效地节约成本，提高工作效率。

宝尊电商（以下简称宝尊）是一家品牌电子商务商业伙伴和技术研发解决方案公司，专注于提供以品牌电子商务为核心的一站式商业解决方案。

作为国内较大的电商解决方案提供商，宝尊于 2015 年 5 月在美国纳斯达克上市。自 2007 年成立至今，宝尊背后的支撑技术发生了哪些改变？

宝尊全渠道零售中台的演变历程

2006-2011 年

很多 TP 公司选择采购系统，在这一点上，宝尊从一开始就选择了自建系统这条路。在采访宝尊高级产品经理刘亚平时，他提到，选择自建系统这件事是宝尊 CEO 仇文彬一直在坚持的原则，因为仇文彬从清华电子工程系毕业后曾是大公司的软件开发者，所以他深知自建系统的苦和甜。后来的很多事情都可以证明，仇文彬是对的，开始难走的路往后会越来越容易。

最开始，宝尊按照传统的 ERP 架构搭建单体系统，基于 Juice 框架的 C/S 应用，集订单管理与仓储管理于一体（SCM）。

OMS 平稳运行了 5 年，问题出现了。

这 5 年里，整个公司的业务量发生了翻天覆地的变化。从现有数据看，到 2012 年、2013 年和 2014 年宝尊商品交易总额分别为 14.604 亿元、26.208 亿元和 42.489 亿元。在营收方面，宝尊在 2012 年、2013 年和 2014 年营收分别为 9.545 亿元、15.218 亿元和 15.844 亿元。

当业务量突涨，并且整个公司发展迅猛的时候，原有系统的软件研发体系便显露了短板。于是，宝尊开始着手对 OMS 进行升级。

2012-2013 年

为什么整个电商服务的业务量在 2012 年出现大幅增长？

前面提到，电商服务是依附于电子商务的发展而兴盛起来。2012 年，电子商务历史上的一个标志性事件是：在 2012 年 11 月 30 日 21 时 50 分 18 秒，阿里旗下电商平台淘宝 + 天猫的销售总额突破 1 万亿元，这是中国第一家销售规模达到 13 位数的民营企业。

而与阿里巴巴关系密切的宝尊，也迎来了新一轮的业务增长，加速了 OMS 再次升级。

升级后的 OMS 做了以下改变：将 C/S 架构升级为 B/S 架构，同时做了功能升级和模块扩展。

2013 年

2013 年，宝尊除了将 OMS 升级之外，还从 OMS 中拆分出 WMS（仓储管理系统）。之所以这样做，是因为随着宝尊业务的高速发展，仓库的业务量迅速增加，原来的管理方式已经不能满足业务要求，因此要转向更加精细化的仓库管理。

WMS 可以实现多渠道、多形式的订单接入，无缝对接各类订单管理系统的订单接口，满足不同的业务场景；
WMS 可以实现灵活的事件流程配置，满足各种类型订单的不同业务处理流程需求；
WMS 在下游业务作业系统集成，实现上下游作业协同，全局的订单全程可视化跟踪，满足客户、企业、管理者的跟踪和管理要求 ;
WMS 提供各类规则配置，满足不同客户、项目、仓库的不同作业习惯，支撑订单自动处理引擎，提升订单处理操作效率。

2012 年 7 月 10 日，天猫与阿里云、万网宣布联合推出 聚石塔 平台，率先以云计算为 " 塔基 "，为天猫、淘宝平台上的电商及电商服务商提供 IT 基础设施和数据云服务。这件事是后来宝尊系统架构拆分的导火索。

2013-2017 年

2014 年 2 月，淘宝官方出台政策，自 2 月 10 日起，所有数据必须从阿里旗下的聚石塔内调用。同时，淘宝规定已接入商家必须在 2014 年 4 月 1 日前迁移部署至聚石塔内，否则将无法调取 API，订单数据也会出现模糊化。

据报道，假使商家同时使用聚石塔的 ECS（弹性托管服务）和 RDS（数据存储服务），每年需要比以往多花费近 1 万元。此外，根据不同类型的服务，每个数据接口还将缴纳 15 万的保证金。

对阿里巴巴来说，推出聚石塔可以使淘宝在服务市场的营收规模呈现新的增长，更关键的是，它可以通过这一云计算平台牢牢掌控各类在线交易的数据。在与商户的合作与博弈中，对数据的掌控能让阿里处于更加主动的地位。

宝尊因阿里巴巴的政策被要求强行入局。

受到聚石塔政策的影响，宝尊做了系统升级和划分。首先是 EBS 接入，纳入大量内部流程管控。然后整个 OMS 系统分成了两部分，聚石塔内的部分称为 TMOS，用来承接天猫的业务。聚石塔外的系统称为 PACS，它承担两部分职责，一是非天猫外的所有订单业务，二是负责财务、ERP 等。

2017- 至今

随着业务量的不断增加，同时品牌商会提出多样化、个性化需求，这种情况下，原有单体系统已经很难支撑业务的发展，微服务化迫在眉睫。

宝尊在 2017 年将系统再次升级，具体做了三部分调整：

B/S 架构，前后端分离
微服务化，可独立部署
产品化，插件式部署

8 年上市、3 年微服务改造、2 年中台战，回顾这家公司 12 年技术架构转型路

为什么要做前后端分离？

前后端分离，可以把与用户交互相关的业务逻辑放在客户端，而在服务端更多的是暴露 Transaction API。这样就很好地利用了客户端的运算能力，降低了客户端、服务端交互的数据量。同时，无刷新的 SPA 框架也提升了响应速度，从而提供了更好的用户体验。

为什么要做微服务？

2016 年微服务的概念开始在国内火起来，直到今天依然热度不减。从单体服务向微服务转变，这需要考验一个领导者 / 架构师的观察力和决断力。

宝尊原有系统的服务模式很难满足品牌商的个性化需求，同时由于系统运行多年，当有新的需求出现，需要修改代码时，开发人员要付出的代价是“惨烈”的，可谓“伤筋动骨”。自动化测试、持续集成与自动化部署是单体服务向微服务架构大规模迁移前必须补偿的技术欠债。在微服务架构下，团队管理大量服务，其复杂度和测试难度呈几何级增加。

任何转型的企业都要经历“阵痛”，才能逐步从单体过渡到微服务。宝尊也不例外。

微服务的架构设计原则是从原来的单体式架构，更多关注功能、性能等维度，开始向 MVP（最小可用产品），面向失败的设计，宽进严出，宁花机器一分、不花人工一秒，一切皆资源等设计原则转变。

采访宝尊信息技术总监邵千里时，他提到，做微服务化改造，很多技术人的思想还停留在以前的架构，就会觉得不适应。在企业微服务化的过程中，通常采用两种方式并行：对于旧有业务，采用逐步改造、持续迭代的方式去升级架构。对于新的业务、新的团队，直接采用独立的微服务化的方式去运作。

组织架构调整

把一个大的系统，拆分成小的服务时，团队的组织架构也会随之变化。而当团队组织调整之后，对团队人员的管理就显得尤为重要。微服务对每个程序员的要求相对较高，必须让团队成员适应微服务的开发模式。从研发团队的角度来看，每个程序员的权责会更明显，需要标准化接口，书写规范文档，而且一般需要有 DevOps 的工作。

2015 年，电子商务迎来消费升级浪潮，电商开始注重品质及用户体验，电商服务行业开始重视发展新技术，逐步从简单的人力、劳务输出模式转为规模型、人才技术密集型模式，部分资质优秀的服务商通过上市或被收购的方式获得持续融资的能力，行业开始转型。

为什么要进行技术组织架构的调整？在 2015 年以后，整个电商服务行业整体的发展趋势：

从品牌商的角度，开始从单纯注重线上销售额，转变为日益重视线上的精细化运营、品牌建设及消费者体验；从电商服务的角度，服务商尝试运用新兴技术涉足品牌建设、消费者体验等领域；注重数据分析等增值服务，关注品牌的线上价值重塑；服务商陆续展开资本动作；品牌线上线下渠道开始融合，服务商逐渐开始布局全渠道；随着跨境电商的井喷式发展，服务商着眼于跨境电商服务。

宝尊组织架构最大的变化是诞生了创新中心。其实从 2015 年宝尊上市后，仇文彬就在计划做技术战略升级。为了释放技术人的创新和创造力，通过创新中心这样的公司组织战略的调整，打造企业的创新技术实力，让一批技术人不再受业务限制，真正安下心来研究产品和技术。2017 年，创新与技术实验室正式落地。创新中心的使命就是用行业内最先进的技术，如大数据、图像识别、自然语言处理等，赋能电商品牌，提升人效，提高品牌服务质量。

以产品化形式对外输出战略

在创新中心成立之前，宝尊的应用系统只有一个目的，就是服务于公司的 TP 业务。随着技术的发展，公司的战略随之升级。将技术框架从对内服务调整为对外输出的产品化形式，这也是互联网企业的大趋势。

宝尊的中台战略

全渠道中台 DOP(Digital Operating Platform) 主要定位在中台，为客户解决全渠道场景下的销售、订单处理和网络化库存问题，从而延伸到线下场景。

未来，DOP 的战略定位是替代品牌商户传统 ERP 的部分功能，成为企业全渠道转型的利器。

宝尊 DOP 业务架构如下图所示：

8 年上市、3 年微服务改造、2 年中台战，回顾这家公司 12 年技术架构转型路

中台的热度在大公司的组织架构调整中被推向了高潮。当企业发展到一定规模，有两个问题成为管理者的“心病”：一是，组织是否存在重复建设和浪费资源的问题；二是如何沉淀企业的核心竞争力，从而支撑新业务的发展。

中台分为两种，业务中台和数据中台。

业务中台，更多的是对业务的支持，比如客户信息，组织信息、产品信息等，这些都来自某一个系统，且分别支持多个系统的业务。各个系统有相关需求时，需要重新开发。而业务中台的作用就是省去开发，直接从中台获取相关功能。数据中台，利用获取的各类数据、对数据进行加工，获取分析结果，然后提供给业务中台使用。数据中台的数据来自各业务系统或者数据湖，有源数据、关联数据、加工好的数据（已经整理的主题数据、算法、模型），再提供给业务中台使用。

在宝尊的体系里，中台分成两部分，一个是中台服务，宝尊有多个应用系统，这些系统后台的所有服务，以微服务化的标准来构建，那么这些服务在同一套运行体系中，通过中台服务，可以实现应用之间互相打通。

另一个是数据中台，数据中台背后的支撑是数据库。数据中台的大部分功能都依赖于业务中台。当业务中台需要一些数据能力的支持，包括数据分析、数据处理等，可以直接访问数据中台 API，进行调用。