再試過一次無視這樣的情況，也沒有受到任何的處罰和責備之後，這位工作人員就非常幹脆的習慣性無視了，反正工資就這麽多，何必給自己增加工作量呢。
於是在流量暴增足足三個小時的時間裏麵，雅虎本身直接不做任何的處理了。
直到三個小時之後，這位員工發現流量依然在高速運轉的時候，他才感覺到一些不對勁的情況。
可是他也管不了了，因為他要下班了。難道這個時候他要向自己的上司報告，給自己換取一個免費加班的機會嗎？
所以他非常幹脆的選擇繼續無視，而是向來和自己交班的人，提醒了一句注意一下流量變化，就直接下班走人了。
而這位來交班的員工抱著同樣的心理，拖拖拉拉了4個小時，給穀歌創造了7個小時的無反應時間後，才發現自己該寫一封報告給自己的上司了。
於是他花了一個小時寫報告，送到了上司的郵箱裏麵，但此時已經是接近淩晨了，上司已經入睡了，誰還會搭理這樣一封報告呀。
直到第2天早上9:00上班，上司才發生了郵箱裏麵的這份報告，然後叫來了負責監視的員工，然後這位員工表示，在早上8點多的時候，流量已經恢複到正常水平了，暴走的流量現象也消失了。
“這就是一個偶然的故障，不用在意！”上司嘀咕了一聲，他如果要上報的話，就得寫兩個小時的報告，太TM的浪費時間了。
反正現在異常情況已經結束了，估計是BUG自己消失了，那就當做無事發生好了。
於是乎，從頭到尾，雅虎都沒有處理這一次的流量暴漲的問題，情報與信息在底層就被直接按了下去。
誰能夠想得到，另一邊的拉裏·佩奇是如何提心吊膽，求神拜佛，度過這一夜的。
這一個晚上，拉裏·佩奇眼睛都沒有閉一下，一直祈禱著雅虎千萬不要發現問題，千萬不要直接掐斷服務器的數據聯係，一定要讓自己把最後的數據轉移走。
仿佛上帝有靈，拉裏·佩奇的祈求得到了上帝的回應，一個晚上平安無事，所有數據順利拷貝成功，穀歌的所有準備工作已經完成了。
“給我們的後台下達命令，格式化掉所有位於雅虎服務器的客戶數據，同時穀歌停機10分鍾，轉接到新的服務器組！”拉裏·佩奇滿臉通紅，捏緊了拳頭下達了最後一個指令。
這一刻，穀歌徹底脫離了雅虎，浴血重生了。
————————————
“昨天的數據如何了？恢複正常了嗎？”同樣是第二天早上九點，昨天那位工作人員，繼續回來上班。
他其實還是有些負責任的，腦袋裏麵一直想著昨天持續了三個多小時的異常流量的問題，於是回來之後第1件事情就是查看異常流量是否還在，然後驚喜的發現，流量已經恢複正常了，甚至於說比以往還要少一些。
這讓這位工作人員鬆了一口氣，恰好這個時候領導也過來詢問狀況，聽說是收到了昨天晚班那位工作人員發的異常郵件，於是就報告流量正常，沒有任何的問題。 本章尚未完結,請點擊下一頁繼續閱讀---->>>