家乐福618保卫战二-零售O2O场景中的万级并发交易情况下的极限性能调优

本系列简介

• 这个系列可以帮助普通程序员们深刻的意识到平时工作中到底还有什么不足以及如何进一步进化成真正意义上的架构师、CTO以及后面的道路是如何走的；
• 这个系列可以帮助企业IT管理者深刻意识到，性能安全不是单一技术、纯技术这么简单的一件事，它是一套系统化的打法是IT团队文化建设的最高成果；

在上一篇家乐福618安全与性能保卫战(一)-安全高地保卫战中我们画出过这样的一幅图。

我们可以看到其实零售全渠道O2O平台在上线后，会面临两个“战略高地”。

• 其一、为安全高地。
• 其二、就是应用性能高地。

 本篇不光只是讲单一case中的系统性能调优。本人经历过先后3个大规模级别的零售全渠道中台从0到1的建设。碰上过无数个案例，而这些案例都具有一定的通性和规则。

系统性能安全的高地绝不是一个、两个技术场景所可以讲得清的。它是一件体系化建设的任务，这就好比打一场胜仗和打赢整体战役，这二者是有着本质的区别的。

恰恰本人经过了若干次这种高并发、大流量场景，并且是在没有任何外援、手上也没有大厂那种预算，算得上是独自决策、指挥、落地并且成功的个例。

这里面有幸运的成份也有我的上级领导对我的极大支持同时也有本身一直注重体系化知识建设综合而取得的成果。

如我在上篇安全高地中所说的，系统的安全和性