社畜逆袭:从小米开始反卷互联 第138章 微信起飞(1/2)

半个小时后,三部微信组众人归位,陈默让运维的那名同学把电脑临时搬过来,便于交流。

然后陈默在每人的工位都放了一些面包饼干之类的,红牛和雀巢咖啡是必备品,补足弹药。

每个人都在自己负责的这块阵地,默默擦拭手中的武器,看着网上的走势,等待着陈默冲锋号角的响起。

当他们看到360推出webqq的时候,惋惜地叹了口气,以为今天会雷声大雨点小。

结果听到老大说到,“别掉以轻心,小马哥可不是吃素的,估计马上就要轮到我们了。”

果不其然,不到半小时,webqq宣布下线关闭服务,这自我阉割的狠劲,着实把他们吓了一跳。

“对下时间,现在是20点14分,5分钟后,也就是20点19分正式开始!”

陈默看着那边负责人传来的消息,敲打着键盘,“这边都已上线测试完毕,一切准备就绪,就等你们闸口打开了!”

“好!”

随后他跟全体值班成员同步了一下最新战斗消息,

陈默找来公司最大的一台液晶显示器,放在明显的位置上,打开了微信后台数据统计面板。

目前万。

这样大家都能直观感受到具体的数据变动情况。

1分钟

3分钟

4分钟

如同大战前的宁静,现场除了鼠标键盘时不时响起的敲击声,再无其他声响。

每个人屏气凝神,严阵以待,看着公司墙壁上的钟表,心里默默倒数

“541!开始战斗!”

随着陈默的倒数归零,360官网同一时刻发布了最新的公告,“企鹅搬家”,qq保镖也同步更新了这一功能。

随后所有人都看到负责展示微信数据的液晶显示屏中,表示微信用户数和同时在线人数的两条趋势线,先是以缓慢上升的趋势在向上攀爬。

最上方的用户数同步变化着,125万..126万.

在某一刻,陡然一记龙抬头仿佛装了火箭推进器一般,直冲云霄。

众人开始忙碌起来,观察自己的阵地(数据和异常信息)是否出现问题,查缺补漏。

随着时间的流逝,屏幕中的数字在急速跳跃着,

5分钟133万.

10分钟146万.

30分钟179万.

1小时254万.

从微信上线,经过一个多月线下推广和口口相传才达到百万用户的规模。

短短1个小时,就赶上之前一个月的总和还要多,这就是热点事件带来宛如银河倒灌般的流量,恐怖如斯。

陈默虽然心里有所预期,但没料到会这么夸张。

可不待他倒吸一口凉气,这口气就被运维主管先一步吸走了。

运维主管洗完凉气才把内心的燥热压了下去,不禁产生阵阵后怕。

因为前段时间陈总要他进行服务器扩容他还有些质疑,当时微信运营的确实不错,一个月百万在线,可让他准备承载千万量级的服务器,要知道服务器加上去闲置,对于他来说就像是如狼似虎的娘们嫁给伟哥,总感觉可惜了了。

当时他还是觉得陈总小题大做,可看领导坚定不移的态度还是照办。

还好照办了,看着目前服务器性能监视面板稳如老狗的曲线,他的心也安定下来,否则现在估计不光值班的他俩,整个公司的运维都得鸡飞狗跳,赶回公司亡羊补牢。

毕竟用户和流量来了服务器没撑住,首要责任就是自己,一个没处理好,造成了线上事故和公司利益的损失,那自己就可以卷铺盖滚蛋了。

幸好幸好,运维主管实时观察着各服务器的各项指标虽然猛蹿了一大截,但还在安全线以内。

随后他老神在在地喝着雀巢咖啡.

心里暗自感谢伟大的陈总,否则现在最忙的应该就是他了

即便微信这段时间经过了技术人员反复的测试和验证,尽可能考虑到所有可能发生的意外和结果。

随着时间的推移,当数据量达到一定的层级,还是有各种大大小小突发情况的发生。

一般的问题,经过反馈基本到李建超这里就消灭殆尽了。

可有极特殊的情况还是在前面三个小时内爆发出来,比如360那边数据传输格式在极端情况下会偶现脏(错误)数据等等

一开始所有人都认为是自身代码出现问题,在10分钟内李建超没发现任何端倪和报错后,立马上报给了陈默。

这时就轮到陈默出马了,仅仅想了不到10秒,陈默立马联系360技术协调解决,这边修复数据,先解决用户问题及时止损,再来查找原因。

但还是有新的脏数据产生,虽然几率比较低,经过孙子维扫描统计,只占整体千分之几,可放大到百万级的数据面前,那就是几百上千个用户出现问题。

陈默淡定下令,让许良手动持续修复错误数据,然后他带领技术排查根本原因。

随后在他牵头排查下,3分钟排除代码层面问题,5分钟排除中间件问题。

这时360那边反馈他们那边发现问题正在解决。

30分钟后,360那边反馈问题修复已上线。

但脏数据虽然产生的几率降低了可还是存在,看来这是一个混合问题,不能单一而论。

陈默想了想跟运维主管一起排查服务器,从表面上看确实一切正常,但随着陈默了10分钟写了一个脚本扫描,随后发现某台服务器的一个节点跑不通,应该是其中某个硬件发生了故障。

这一下把运维主管吓够呛,早就听闻陈默技术惊人,没想到连运维的活干的都这么溜,刚才配合他工作,感觉回到了当时他刚入行跟老师时候的那种感觉