本文转载自雷锋网，作者王艺。

农历戊戌狗年的最后一夜，晚9点。当爆竹声响彻大地，北京奎科大厦五楼的一间会议室里，却没有一个人笑得出来。大屏幕的光亮直射在每个人紧张的脸上，在场所有人，都目不转睛地盯着流量监控显示屏上一根陡然升起的立柱，眼看着它所代表的数字就要冲破极限值。

“（复盘的）腹稿我都打好了，”眼前这个穿着灰色冲锋衣的男人对雷锋网AI金融评论说，“当时我们已经做好了降级方案的准备。”时隔近一个月再回想起来，王继平的语气显然轻快很多，在刚刚过去的春晚摇红包活动中，他担任春晚红包度小满金融（原百度金融）方面的总指挥。

这根立柱的升起是所有人始料未及的。在春晚主持人对摇红包活动进行第一轮口播的前十分钟，百度App团队给度小满团队打了个电话，说由于百度App瞬间流量压力过大，团队决定在摇红包最激烈的几分钟将红包展示入口暂时关掉。

“当时我就预计到那里会有很高的流量。”王继平口中的“那里”，是那根立柱所代表的百度App卡券包页面，“用户摇完一看，‘哎？我摇到的东西怎么找不到了。’就到百度App各处去找。我们刚好有一个钱包服务搭载在百度App上，理所当然的，大批用户会打开钱包去查看卡券包。”

核心流量产生了严重的分流，大规模流量突然聚集到卡券包页面去了。

“我们当时为卡券包设计了5万QPS，眼睁睁的看着那根柱子飞速涨上去，马上就要打满所有流量。”王继平说，“在那个时间点，你是做不了任何事情的。所有能用的服务器都已经用上了，多余的一台都没有了。”团队能做的，就只有等待流量冲破阈值，激发降级方案。

21,000、22,000……，当数值涨到25,000的时候，增长速度开始变慢。王继平和团队松了一口气，“峰值离我们准备的5万还有一定距离，我们心里这才觉得稳了。”

“走吧，吃饺子去，饺子都凉了。”王继平转头向身边人说。

春晚红包「遭遇战」

当时接到度小满春晚总指挥的大旗，处在风口浪尖上的王继平并没有享受到冲浪的快感。“我们技术人信奉墨菲定律，凡是会发生的事情注定会发生。”王继平说，“从复杂度和概率学角度来说，春晚红包这个项目大概率是要出事的，圆满成功的概率不到1%。”

好的战争是在想要的时间、地点，和选定的对手用自己希望的方式来打，但春晚红包对度小满显然是一场遭遇战。

说遭遇战并非虚言。当王继平知道这件事情的时候，距离春晚当天仅剩一个月的时间。12月28日，央视的春晚项目竞标敲定百度；1月25日，活动上线。刨除掉前期商业协议及方案制定过程，真正留给产品设计和开发测试的时间仅有两周多。

“时间短，是我们当时遇到的最大问题。”王继平告诉雷锋网AI金融评论，“我相信这件事情如果从从容容地做，有细致的准备和明确的分工，一步一步地演练推进，大概率是能够比较顺利地完成的。”

然而此时，时间成为了度小满最大的敌人。“根本没有办法按照常规方式工作”，王继平说，“如果想成功，我们只能寄希望于三点：勇气、协作与实力。”

时间紧凑，业务又复杂。王继平介绍，从他总指挥的角度看，信贷、理财、保险三大业务线的权益需要串联；除百度App外，贴吧、网盘、地图等其他百度系产品对活动的展示推广需要明确统筹；并且不同场景下预热活动和正式活动的时间步调并不一致，导致用户权益领取状态的准确更新及记录成为挑战。

另外，就单个用户来说，需根据其客群划分情况展示不同的权益刺激。以信贷场景为例，有授信的用户、授信未用信的用户、已用信的用户、结清的用户和新用户收到的权益推广是不同的。

“这是一个N乘N乘N的复杂度关系，”王继平说，“每件单独的事情听起来蛮简单，但所有的事情串联在一起，就会变成一个非常庞大的矩阵。”王继平和团队首先要做的，就是为矩阵上的每一个节点有效地设计展现和承接机制，并对相同的展现承接逻辑做归并，把复杂矩阵压缩成一个可执行的线性的任务列表。

除业务的复杂性外，技术的复杂性更是压在王继平心头的一块大石。

“技术的复杂性主要体现在规模上。”王继平说。度小满金融日常面对的系统需求并非用户每天打开几十次的高频业务，因此高并发并不是度小满的日常战事。“我们做金融业务，强调整体的稳健型，信贷和理财等都是低频刚需的业务。”