腾讯toB，穿越风暴的十年(6)

2014年春节刚过，谢明还在外地出差，就接到紧急电话，他得立刻马上去趟北京。滴滴出问题了，需要技术支援。腾讯的几路人马，从全国不同城市飞到北京，直奔滴滴办公室。
当时滴滴和快的还没合并，两家公司正打得不可开交。因为双方的补贴政策，用户数飞涨。一到早晚通勤高峰期，订单急剧上升，两家公司的系统就交替崩溃。
滴滴当时的办公室在中关村e世界，坐满了人，过道异常狭窄。技术没有独立区域，他们就挪到旁边的3W咖啡馆集中开发，但是网络环境不理想，干脆换去腾讯在北京的办公室银科大厦，找了两个独立会议室。
跟大部分早期互联网公司一样，滴滴租用了第三方机房托管服务，在排查系列问题后，他们以为资源瓶颈在前端，计划扩容运维力量。当时还出现一个插曲，托管的机房受到攻击，波及滴滴。
腾讯从天津紧急调用了几台服务器送到北京，发现还是不能解决问题。在现有基础设施条件下，即便服务器扩容，扩容的速度、底层系统安装都是很麻烦的事情。
最后，腾讯技术团队跟滴滴商量出一个方案，把滴滴的服务器移到腾讯的机房，由腾讯云提供服务，那里有更好的基础设施条件保障。
这对滴滴而言不是件容易的事。因为他们最初设计的软件架构，从来没想过要迁移，几天时间内，不影响一个高速发展中APP的正常运行，把它的底层架构全部换个地方，不敢想象中间可能发生什么问题。
外部形势刻不容缓，崩停的问题再不解决，用户不保。最后滴滴接受腾讯的建议：上云。7天7夜，腾讯帮滴滴重构底层架构，扩容了近千台服务器。
那时，还没有人能意识到，这是大战前夜的基础建设和防御工事。他们是重要参与者、见证者。一年后，经历血流成河的战争之后，滴滴快的宣布合并。如今，滴滴的架构经过多轮演进和迭代，已经成为这个领域技术最领先的企业。
今年疫情期间，因为腾讯会议的需求暴增，腾讯云也为其做了一次服务器扩容。8天时间，100万核，而当年支持滴滴，还没有这样的能力。五年时间，可以说腾讯云的底层基础设施的资源调度能力，突飞猛进，已经不可同日而语。
另一个侧面印证的注脚是，去年双十一，腾讯云提前45天准备服务器资源，交付的数量跟过去几年的体量相当。身处其中的每个人都肉眼可见这种变化。
2020年春节，快手K3战役（冲击3亿DAU），腾讯云也是技术服务商。有过太多经验之后，这次更从容。
去年11月，腾讯就着手准备，为快手协调服务器和带宽资源。腾讯视频云总经理李郁韬参与了全程。他们甚至在年底之前，进行了几次大规模压测，模拟突发峰值，推演问题，应急处理。