云集微店亿级交易额下的Order子系统架构演变

前言

随着云集微店在移动互联网领域的异军突起，短短一年时间内商家从0到50W的线性增长，以及每月热卖活动交易额均超过9位数来看，不得不说云集微店是一个奇迹。相比其他已经悄然消失于公众视野的初创电商企业，云集的成功仿佛更像是顺理成章，正是每一位云集同学的携手努力，才换来今天的野蛮生长。

当然，在傲人的成绩面前，云集微店的技术团队默默支撑起了整个平台系统，为了能够让用户顺利购买到心仪的商品，我们经历过无数的通宵，无数的会议、无数的版本迭代、无数的体验优化。当然，不得不说的还是在今年我们对Order子系统进行了一次意义非常重大的架构调整，使之在原有的基础上，每秒的订单处理能力暴增，更是为云集各种形式的热卖活动提供了强有力的支撑和保障。

一、Order子系统架构升级关键点

任何业务系统初期不可能预估用户流量有多大，都是在不停的试错过程中一步一步演变其自身架构满足其自身业务。所以我们常说，互联网领域几乎没有哪一个系统天生就是支持高并发、高可用的大型系统，因为往往系统做大与业务做大是成正比的，技术永远在为业务服务，脱离业务后，技术将会显得毫无意义。

Order子系统具备的几个特点，如下所示：

1、面对用户和商家；

2、订单业务较为复杂；

3、订单业务发展迅速；

针对Order子系统的业务特点，其技术架构需要逐步演变升级。早期Order子系统的架构特点是小而精，系统分层，外围依赖尽可能的少，以DB为中心。但是随着用户流量的成倍提升，以及业务发展得越来越快，高并发、大流量、高可用、海量数据、网络安全等需求刻不容缓。

Order子系统架构升级的核心点，如下所示：

1、拆分子系统、共享业务服务化；

2、数据一致性；

3、垂直分库、水平分区；

4、DB宕机系统仍然具备下单能力；

5、完善的监控告警平台；