业务百倍增长，得物如何在三个月完成交易平台重构？.docxVIP

业务百倍增长，得物如何在三个月完成买卖平台重构？ 电商起源于 1990 年，经受了 30 年的进展，现在电商平台已经成为了主流购物方式之一。假如从业务架构的角度来看，中国电商平台经受了几个进展阶段呢？陈思淼和金思宇从各自的工作经受动身，表示中国电商平台的业务架构都经受了相像的四个阶段。 第一阶段：通常这时的电商平台都是从零开头搭建的，全家桶系统，包含最基础的买卖元素：用户、商品、库存、订单、领取。这些功能可能只是一个系统中的多个子模块，甚至只是一个简约的类，可以满足最基础的买卖需求。 其次阶段：随着业务规模渐渐增大，团队人数也越来越多，整个平台维护难度添加，耦合严峻，功能瓶颈也渐渐消灭。这时就会开头做系统拆分，从业务域、基础服务、前后端分别的角度渐渐分割，拆分后的系统之间进行通信 (同步 / 异步)。 第三阶段：分布式服务，系统拆分之后，虽然各个服务会有多个团队分别担任，职责清楚。不过服务之间的通信增多、依靠关系渐渐简单，甚至需要支撑业务量会更大，这时就会对服务管理、监控、缓存、数据分片、分布式事务等基础建设有更高的要求。 第四阶段：随着业务进展，在分布式服务的基础上，对服务稳定性、高可用等方面需要有更高的要求。淘系做了单元化、异地多活之后，这基本上变成了多个电商甚至外卖平台追求的统一思路；而在容器化渐渐流行起来后，基于容器化做弹性资源管理以及混合云 (异地多活) 就变成了另一种趋势。 与其它平台相比，电商平台在数据精确?????性、全都性、平安性，以及服务功能、服务稳定性方面都有比较高的要求，而且一旦出问题很简约被放大 所以，在做电商平台的系统设计和落地时，应当着重考虑以下几个方面： 1、能否在核心链路上，对于电商平台，买卖扫瞄链路及下单 领取链路 (包含优待活动 券) 属于核心链路，需要评估应用能否会对核心链路形成影响，以及属于强依靠还是弱依靠； 2、容量评估，包括峰值 QPS、每日产生的数据量，进而确认能否需要引入缓存、DB 选型（MySQL/TiDB）、数据能否需要 sharding、能否需要配置限流等； 3、功能评估，包括上下游依靠、对业务流程的影响、交互接受同步还是异步、对全体 RT 的影响等；对于核心链路上的服务，会在上线前做压测评估； 4、对数据稳定性的影响，包括对原有库表 索引的影响、对原有数据字段的影响、上下游数据全都性影响等。 得物买卖平台的差异与进展 得物 App 技术平台构建可以追溯到 2021 年。当时，得物 App 初版以潮流社区 App 上线，打造国内主流 Sneaker 互动社区（2021 年 9 月 -2021 年初）。后来，基于对潮流文化的了解和年轻消费的洞察，渐渐发觉社区内很多用户有鉴别的强需求，才衍生出了买卖业务 (2021 年下半年)。 得物与其它电商最大的区分是什么呢？得物 CTO 陈思淼表示最大的区分就是买卖流程中包含鉴别环节，一次买卖存在强参与三个角色：买家、平台、卖家，而不像传统电商，平台很多时候只是供应流量入口。当然相应的，由于平台的“强中心化”深度介入，一笔订单对于卖家视角和买家视角，其生命周期并不相同，以现货买卖为例，对于卖家而言，平台收到商品并且鉴别通过，就会收到货款，这笔订单对他而言也就达到了终态；而对于买家，只要在收到货之后才可能是终态。 除此之外，由于得物定位是潮流电商，因而对于平台内销售的商品，其潮流属性以及能否被鉴别有肯定标准，全部商品都是平台统一维护（上下架、商品材料更新等等），也没有店铺的概念； 最后，得物平台内的买卖与社区、鉴别“环环相扣”，所以当时的买卖平台是写在同一个 PHP 项目内，集群部署、共享缓存、数据库。虽然，是很简约的设计，但对于当时的得物却是最合适的：能运转，迭代速度快，可以快速响应需求，很好的支撑了那个阶段的业务进展。 随着得物的业务进展，买卖平台必需能够支持更大规模的业务、支撑其差异化的买卖。因而，买卖平台的迭代优化势在必行。 2021 年下半年，由于业务进展太快，原有的买卖平台开头暴显露问题。一方面是无法承载更大的流量，经常消灭功能瓶颈，比如大促期间百倍流量突然到访，压力倍增，稳定性也受影响；另一方面，原有系统架构也难以支撑日渐简单的业务需求，反复轮子越造越多。 在这种情况下，得物 CTO 陈思淼打算启动买卖平台化项目，统一规划 重构整个买卖体系，也就是“五彩石”项目。 其实在此之前，得物买卖平台也一直在做优化，包括服务拆分、引入新开发言语等等，但是底层数据模型并没有发生变化。因而，五彩石项目首先重新设计了本来的商品、多个订单系统、出价，构成了新的商品中心、订单中心、出价中心、销售库存中心、寄存中心以及超时中心。而领取和营销、商家，只是协作做了一部分调整，没有纳入项目范围。 买卖平台化项目的业务架构及技术选型 受限于晚期的