关心销售数字的人喜欢双十一，数字飙升，每秒都变，如果分分钟完成了任务预测，可以踏踏实实去庆贺喝酒了，毕竟前期也策划了许久。而苦逼的物流er，苦逼的ITer，脸都绿了。单量大意味着服务费多，难道物流不高兴吗？干物流的喜欢平稳，大山大坑的事情对物流人来讲就是人少、设备少、异常多、投诉多。如果把双十一的量平摊到每个月该多好，好吧，继续做梦吧，不打击这美丽的愿景了。急剧的业务量变化对系统也是巨大的考验，干IT的也不喜欢，但是，干IT的从来没有发言权，尤其是干物流IT的。所以，他们期盼的就是安度，安度就好！
我一个干物流IT的苦逼人物，只能讲讲系统如何安度双十一了。
首先得供神，你看看双十一前多少人微信里把马云照片供起来的，里面有销售也有IT，IT供神为了寻求一个心理寄托，缓解压力，至少可以苦中作乐。我们就供了几位大神，都是部门内部的IT大神，从接单接口，仓储制单，打单，复核过账，打包称重，到信息回传，基本上发货流程里关键节点对应的IT大神都齐了。有啥用呢？你想想你的照片上墙了，是不是觉得自己作的事情还有点价值，都把你当神了，还不做点济世的事情，有了这感觉责任就来了，责任到人了，多好的事儿。要知道，双十一期间的IT是时刻不能松懈的，即使没有异常要处理，也要盯着数据，检查各接口是否正常，效率是否OK。责任不明确到人的结果就是出事儿忙处理，没事儿我等着出事。有些事情发现晚了，就不好追了，比如接口未回传，一开始可没啥大影响，都忙着接单发货呢，可要是几小时后才发现回传有问题，浪费的几小时需要更高的接口效率才能追回来，甚是麻烦。尤其是跟天猫物流宝对接的快递，如果库房不回传发货状态，快递接口看不到单据，都没法揽收。
光双十一那几天的功力肯定是不能安度的，就是不吃不喝不睡也不行，再说双十一如果都不吃不睡了，一定是出事儿了，要记住，预防成本投入应大于失效成本投入，换句能听懂的话，得提前下功夫。提前多久？根据自己系统特点和双十一预测吧，我是提前了5个月开始筹备。为啥要5个月那么久？提前做服务器硬件部署和网络扩容增加专线或者新增IDC机房要花时间吧，功能压力测试需要时间吧，功能优化了再测试需要时间吧，什么功能都不动了等着BUG暴露需要时间吧，系统需求封闭期需要划定时间线吧，总之ITer都知道时间如流水。具体说我这5个月都干了啥呢，给大家说说。
机房调整：为了避免单点故障，我申请了一个新的IDC机房放服务器，这样互联网入口也是双路了，当然只是放应用，数据库还是稳稳的放在后方机房，随之的工作就是申请IDC机房到数据库的网络专线，专线申请很花时间，得1个多月。有了新房，就得购置服务器把机架填满，那么又是一套硬件采购、安装系统、部署应用、测试的事情。应用双机房部署，踏实多了。我们一个大点的日化类客户双十一要飙到80万单，没这个双路还真是不踏实，谁让咱仓里系统用的是SaaS服务方式呢，话说咱云仓也支撑了上百个库房作业（大部分是2B业务，不参加双十一），老有成就感了。
数据库调整：这方面就太技术了。我们做了禁止锁表的设置，对数据量大的累积数据表做了表分区，对访问量集中的表进行了字段拆分，检查了索引缺失，历史数据进行了迁移，迁移后重建了索引。调整数据备份时间点，避免在0点后发生资源占用冲突。
功能优化：SQL语句参数化，SQL语句调优，去掉不必要的日志记录。更多的使用缓存技术。
压力测试：双十一两个压力大，一个是接口，一个是WMS系统本身。接口压测最好是跟上游客户系统协同测试，这样来的才真实，收发都要测，按我们的业务量，2小时压个300万单过来，接口能抗住，一般就OK了。WMS压测比较麻烦，为了模拟双十一压力，兄弟几个花不少精力，自制压力测试工具并对WMS进行了压力承载测试，还真发现些问题，有了这个测试结果，对代码的优化有了明确的方向和判定标准，不再有侥幸心理了。
部署调整：这个得和业务部门以及商家沟通后才能开始，我的先知道哪个客户哪个仓大概是一个什么量的发货预测。根据这个预测值，咱就可以调整部署，什么服务器布什么应用给哪个仓用比较合理，跟预测单量有直接关系。还得额外部署出一个培训系统环境，双十一前有大量劳务人员需要培训，用培训系统比较安全。
做了以上一大坨准备事项后，心里踏实多了。双十一来的前几天，安排一下兄弟们的值班表，准备些干粮，就准备打仗了。定附近宾馆什么的我觉得不实际，正常的话，双班就能应付，12小时一班儿，9点到21点，大家都有回家休息时间，真要是出了什么大问题，吃睡在一线更靠谱些。双十一开始的1小时决定接口是否牛X，双十一开始后的24小时决定WMS是否牛X，这次双十一，我们安度了。成绩单如下，接单峰值15万/小时，72小时发货200万单。跟我们同船安度的客户有天猫户外的TOP1、日化类目的 TOP1、美妆的TOP1、箱包的TOP2、数码配的TOP2、厨房小家电的 TOP2，安度后颇有成就感，希望同行们也都能安度下一个双十一！
