样的事情之后，这位工作人员却非常无奈的发现，除了自己的直系上司会看一眼报告之外，这份报告在更上层就没有任何的反应了，他得不到一丢丢的回馈。
而事实上，流量在某一个瞬间发生了爆炸事故也是很正常的事情，比如是遇到了某个重点新闻，又例如是遇到了某个热点事件，又比如是某个地区的网络出现了某种原因的故障，再或者干脆就是受到了黑客的攻击，反正各种各样的原因都有，但其实没有什么大不了的。
再试过一次无视这样的情况，也没有受到任何的处罚和责备之后，这位工作人员就非常干脆的习惯性无视了，反正工资就这么多，何必给自己增加工作量呢。
于是在流量暴增足足三个小时的时间里面，雅虎本身直接不做任何的处理了。
直到三个小时之后，这位员工发现流量依然在高速运转的时候，他才感觉到一些不对劲的情况。
可是他也管不了了，因为他要下班了。难道这个时候他要向自己的上司报告，给自己换取一个免费加班的机会吗？
所以他非常干脆的选择继续无视，而是向来和自己交班的人，提醒了一句注意一下流量变化，就直接下班走人了。
而这位来交班的员工抱着同样的心理，拖拖拉拉了4个小时，给谷歌创造了7个小时的无反应时间后，才发现自己该写一封报告给自己的上司了。
于是他花了一个小时写报告，送到了上司的邮箱里面，但此时已经是接近凌晨了，上司已经入睡了，谁还会搭理这样一封报告呀。
直到第2天早上9:00上班，上司才发生了邮箱里面的这份报告，然后叫来了负责监视的员工，然后这位员工表示，在早上8点多的时候，流量已经恢复到正常水平了，暴走的流量现象也消失了。
“这就是一个偶然的故障，不用在意！”上司嘀咕了一声，他如果要上报的话，就得写两个小时的报告，太tm的浪费时间了。
反正现在异常情况已经结束了，估计是bug自己消失了，那就当做无事发生好了。
于是乎，从头到尾，雅虎都没有处理这一次的流量暴涨的问题，情报与信息在底层就被直接按了下去。
谁能够想得到，另一边的拉里·佩奇是如何提心吊胆，求神拜佛，度过这一夜的。
这一个晚上，拉里·佩奇眼睛都没有闭一下，一直祈祷着雅虎千万不要发现问题，千万不要直接掐断服务器的数据联系，一定要让自己把最后的数据转移走。
本章未完，请点击下一页继续阅读！