换句话说，“JD。COM大宗物流系统”主要由“四大王”(仓王、配送王、安魏军、售后王)和他们的一帮小弟把守。

这四大天王每个人业务能力都很突出，但是有一个问题:没有领导大哥容易走弯路！

说了这么多，我们来复习一下小学的一道数学题:如何计算最快最好的路径。

但是，这只是小学阶段的理论问题。实际上，我们面临的问题是一样的:

考虑到海量订单和需求的复杂性，如何在最短的时间内完成所有配送，绝对是博士后级别的难点。这启示我们:年轻人即使有实力也不能蛮干，但还是要先有个心中的计划(战略)！

因此，JD.COM开发了一个“带头大哥”——大型物流调度系统充当整个系统的智囊团，负责计算配送问题的最佳解决方案。

通过调度系统，整个配送过程更加智能化，通过人工智能大大提高了作业效率。对于用户来说，当然是指更快的收货啦~ ~

以前大件商品发货前，都是提前通过人工电话预约收货时间。万一用户开会或者不方便接听预约，预约人员还得另找时间再打，有点麻烦。结果，JD.COM的狮子们想出了一个“自动预订”系统。

自动预约让用户回复更加简单方便，看似微小的改变却提升了购物体验。今年，我们将推出更强大的“智能预订”！

自从有了“调度系统”的指挥，配送变得更有节奏，即使在6.18、11.11的高峰时刻也能轻松应对。你不相信？那我就扒开“调度系统”的外衣给你看看——

庞大的订单量一度给“处理层”和“数据层”带来压力。在程的不断努力下，我们终于搞定了，而且可以轻松搞定了！我们以“数据层”的改进为例，看图:

我觉得你理解不了，所以我们也不必强求...简而言之，通过将“鸭梨”分散到不同的库表中，系统感觉很轻松。你可以这么理解:爸爸单打你+妈妈单打你比爸爸妈妈一起混双轻松多了。这样调度系统就会采取“流量削峰”的方式，在出现巨量订单时，比如6.18等，减少对数据库的瞬时冲击。当有大量保留查询时，可以通过限流、数据缓存等手段轻松解决。另外，实现了“读写分离”，使业务操作和查询操作互不影响。

经过这次改造，系统应用服务器和数据库的压力即使在高峰期也只占60%左右。想想自己电脑的资源利用率，你就知道这个值轻松无压力。就JD.COM近两年的6月18日和11月11日的促销来说，虽然大单量是上次的两倍左右，但调度系统还是觉得不算什么。

今天的《京东大物流传》到此为止。COM”。欲知详情，请听下回分解。