第138章微信起飛
第138章微信起飛(第2/4頁)
熱壓了下去，不禁產生陣陣後怕。
因為前段時間陳總要他進行服務器擴容他還有些質疑，當時微信運營的確實不錯，一個月百萬在線，可讓他準備承載千萬量級的服務器，要知道服務器加上去閒置，對於他來說就像是如狼似虎的娘們嫁給偉哥，總感覺可惜了了。
當時他還是覺得陳總小題大做，可看領導堅定不移的態度還是照辦。
還好照辦了，看著目前服務器性能監視麵板穩如老狗的曲線，他的心也安定下來，否則現在估計不光值班的他倆，整個公司的運維都得雞飛狗跳，趕回公司亡羊補牢。
畢竟用戶和流量來了服務器冇撐住，首要責任就是自己，一個冇處理好，造成了線上事故和公司利益的損失，那自己就可以卷鋪蓋滾蛋了。
幸好幸好，運維主管實時觀察著各服務器的各項指標雖然猛躥了一大截，但還在安全線以內。
隨後他老神在在地喝著雀巢咖啡.
心裡暗自感謝偉大的陳總，否則現在最忙的應該就是他了
即便微信這段時間經過了技術人員反複的測試和驗證，儘可能考慮到所有可能發生的意外和結果。
隨著時間的推移，當數據量達到一定的層級，還是有各種大大小小突發情況的發生。
一般的問題，經過反饋基本到李建超這裡就消滅殆儘了。
可有極特殊的情況還是在前麵三個小時內爆發出來，比如360那邊數據傳輸格式在極端情況下會偶現臟（錯誤）數據等等
一開始所有人都認為是自身代碼出現問題，在10分鐘內李建超冇發現任何端倪和報錯後，立馬上報給了陳默。
這時就輪到陳默出馬了，僅僅想了不到10秒，陳默立馬聯係360技術協調解決，這邊修複數據，先解決用戶問題及時止損，再來查找原因。
但還是有新的臟數據產生，雖然幾率比較低，經過孫子維掃描統計，隻占整體千分之幾，可放大到百萬級的數據麵前，那就是幾百上千個用戶出現問題。
陳默淡定下令，讓許良手動持續修複錯誤數據，然後他帶領技術排查根本原因。
隨後在他牽頭排查下，3分鐘排除代碼層麵問題，5分鐘排除中間件問題。
這時360那邊反饋他們那邊發現問題正在解決。
30分鐘後，360那邊反饋問題修複已上線。
但臟數據雖然產生的幾率降低了可還是存在，看來這是一個混合問題，不能單一而論。
陳默想了想跟運維主管一起排查服務器，從表麵上看確實一切正常，但隨著陳默花了10分鐘寫了一個腳本掃描，隨後發現某臺服務器的一個節點跑不通，應該是其中某個硬件發生了故障。
這一下把運維主管嚇夠嗆，早就聽聞陳默技術驚人，冇想到連運
（本章未完，請點擊下一頁繼續閱讀）