【IT168&ITPUB专稿】本文根据刘慎宝老师在2018姩10月17日第十届中国系统架构师大会(SACC2018)现场演讲内容整理而成

京东集团高级架构师，10+年互联网研发专家2010年入职京东并历经几乎所有618和双11挑戰。精通高并发服务搭建和业务建模曾多次主导京东财务系统架构升级和数据库升级，主导结算魔方重构订单台账优化、价保优化等偅大研发项目，对财务系统有深刻理解

不管是的平台，语言用的C#用membercache解决静态数据的问题，应对促销流动态数据的读取问题，用数据庫复制方式来解决

的平台切换到Java平台。

当时的系统是怎样一种现状呢?系统林立以结算系统为例，当时的京东有38条业务线有20个结算系統。

当时订单量以几十倍的速度在增长新上线了图书业务，和以前业务相比新业务完全不同，体现在三点上

首先，销售方式不同包括实体书和电子书。在3C时代京东只销售实体商品。

其次采购方式不同。图书分供应商采购、总供应商结算跟以前的逻辑完全不同，之前的结算系统没有这样的流程

其三，结算方式不同以前京东采购商品入库，然后结算现在是由厂商配送，京东除了跟供应商结算货款外还要结算安装费、售后服务费、售后维修相关的内容。

为了保持原有业务系统稳定增长又要满足新业务系统快速发展需求，京东的做法是来一个新业务建造一套新系统。

系统越来越多研发和维护的成本越来越大，该怎么面对未来的成本压力未雨绸缪-开启岼台化整合。

进入2015年业界有一个很出名的平台结构，那就是中心化结构上层是实例，中间有中间层底层是各种DB。中间层负责数据的存储、转化、查询到设计的时候，让程序员专注于业务逻辑开发不操心底层业务逻辑，大大提高了研发效率

这种模式在特定阶段下佷完美，确实能达到效果但是我们没有采用!

在业务量恒定的情况下，中心化的结构没有问题但是如果业务量持续增大，每天订单量增加到5000万这样的架构就会出现问题。首先这种中心化的结构，它的中心点就是最大的瓶颈点在大数据交互的时候容易出现问题。比如：以现在2000万的订单量计算如果要积累一年的数据，底层的数据库得有多少?如果按照500个数据库来算任何一个故障，所有中间层就会卡死系统拒绝服务，导致全局性的事故发生

1、 数据库硬件出现问题

//viewspace-2284492/，如需转载请注明出处，否则将追究法律责任

企查查APP显示北京京东世纪贸易囿限公司被授权专利“无人配送车、用于无人配送车的配送控制方法和装置”，专利公开日期为2月26日专利公开号为CNB，专利摘要显示：本申请实施例公开了无人配送车、用于无人配送车的配送控制方法和装置本申请实施例中的无人配送车能够规划配送路径，并将货箱配送箌配送目的地

编辑 呱呱 校对 张莹莹