阿里双11技术详解：容量规划+LDC+弹性架构+大促中控等

每一年的双十一都是新技术的演练场，对于技术人员来说，维持双11全天24小时稳定流畅固然不易，但最为考验的时刻当属零点刚过，大家操起手机，刷新早已存好的购物车，点击支付的那一刻！

11年，零点越来越平滑的双11购物背后，支付宝有过哪些不为人知的技术探索。本篇文章原文作者为蚂蚁金服科技。、

#快速领取通道：（点这里）免费获取！诚意满满！！！

Java面试精选题、架构实战文档传送门：https://jq.qq.com/?_wv=1027&k=iWJZw1rp

正文：

和过去10年一样，2019年天猫双11又创造了一个全新的纪录。

这个数字背后，是数代支付宝工程师们殚精竭虑、不断突破技术难关。

从外部瓶颈说起

从外部瓶颈说起

事情从一开始就显得不是很顺利。

2011年的双十一，在高峰时期少数用户无法付款，经过调查发现，这是因为少数银行的网银系统在压力下出现故障。早年的支付宝交易，用户点击支付后需要从支付宝和银行的接口去付款，而早年这个接口的性能很差，每秒只能支持几十到上百笔交易，稳定性也比较差，一旦流量上来，容易发生故障。

如果不解决这个问题，今后的每次大促都会出现无法付款的情况，极大影响用户体验。但是，这个问题单靠技术是很难解决的，银行对网银系统的演进有自己的规划，支付宝无法去干涉它们的系统。

不过，聪明的运营人员想出了一个变通的办法。在2012年的双十一，支付宝通过活动吸引用户先充值后付款，让用户先将钱充值到支付宝余额上，到双十一直接从余额里面扣款就行，这样，外部的瓶颈就被转换到内部了。这样做效果非常显著，付款失败的问题大为缓解。

然而，外部的瓶颈始终存在，面对每年翻倍提升的流量峰值，支付对外部的依赖始终是一个隐患，不知道什么时候就会爆发。

解决这个问题最好的办法，就是不通过网银，让资金在内部的系统中流转，先充值后付款就是这个原理。那么，有没有一个方法，吸引用户把钱放到支付宝里呢？2013年6月，支付宝推出余额宝，歪打正着的解决了这个问题，到2014年底余额宝就吸引了1.85亿用户，在13年和14年的双十一，交易峰值也分别实现了4倍和3倍的增长。

2018年5月，支付宝接入网联清算平台，同时在这些年里，银行也在大力提升自己的系统能力，中大型银行的网银系统支持的交易笔数已经达到2万笔/秒以上，外部问题基本得以解决。

解决了外部瓶颈之后，支付峰值的数字能有多高，就看支付宝的系统如何化解一年比一年更凶猛的流量洪峰。

容量规划：三军未动粮草先行

事实上，支持交易笔数峰值面临的首要问题，并不是设计一个完美支持横向扩展的架构，而是对可能的流量峰值进行准确估计，然后安排对应的机器和资源。如果不做估计，可能发生两种情况：预备资源过多，架构过度设计，造成资源浪费；预备资源过少，无法完美支持大促，造成部分支付排队或失败。 每年双十一备战，负责大促的