Google為何是Google ? ? 網路行銷人必看 !
Google之所以成為Google，圓分原因是他們推翻了電腦界的傳統作法。當所有的超大型資料中心都使用主流伺服器和軟體，Google的資料中心絕大部分是靠本身的技術構建而成。Google把命運操縱在自己手中，共同創辦人Larry Page鼓勵員工「別太相信有什麼不可能的事情」。
全世界是卯起來操Google的架構，Google必須對每一台機器抱有一種隨時可犧牲的態度。伺服器製造商喜歡主打他們的高階主機承受故障或當機的能力，但Google寧願把錢投資在容錯軟體上。
他們認為擁有兩倍數量但較不可靠的硬體，勝過一半數量但較可靠的硬體。你必須在軟體的層級提供可靠度，如果你有1萬台主機在運作，每天一定會有一些東西掛掉。這個跟我們一般的認知確實有蠻大的差異，我們通常都希望有數量雖少，但功能穩定的機器，而不願意有一大籮筐隨時可能掛掉的機器。
每個新叢集上線的第一年，通常會發生1000次個別主機的故障，數千次硬碟故障；一次電力輸送問題，導致500至1000台主機失效學6小時；20次機櫃損壞，每次造成40至80台主機下線；5次機櫃搖晃，導致半數的網路封包在傳送過程中遺失；整個叢集至少一次重新上線，在兩天之內的任何時間，影響5%的主機；整個叢集還有一半的機率會過熟，在5分鐘之內讓幾乎所有伺服器當機，並且花上1到2天的時間恢復，以上就是Google的機房內經常發生的狀況。
Google在2004年開始設計的BigTable，用BigTable為所有資料提供若干結構，目前用在超過70個Google計畫，包括Google Maps、Google Earth、Blogger、Google Print、Orkut和核心搜尋索引。最大的BigTable實用範例管理橫跨數千台主機、約6 PT（petabytes）的資料。
Google在2003寫出第一版的MapReduce，讓該公司有辦法實際發揮那些資料的用處。舉例來說，MapReduce能找出某個特定字彙在Google的搜尋索引中出現的次數、列出所有特定字彙出現的網頁，和連結到某個特定網站的所有網站。利用MapReduce，Google能用相對迅速的時間，建立一個包含「digital」、「network」和「society」三個字的所有網頁索引。Dean說：「你必須能夠依序地橫跨數千台主機作業，才能在一個合理的時間內完成這項工作。」
MapReduce軟體在Google內部的應用日漸增加，2004年8月，該軟體執行2.9萬項工作，到2007年9月，已經暴增到220萬項。在這段期間，完成一項工作的平均時間也從634秒降至395秒，而MapReduce的工作產出則從193 terabytes上升到約1.4萬terabytes。Dean說，Google在任何一天都要執行約10萬項MapReduce工作，每一項工作佔用400台伺服器，且需要5到10分鐘完成。
MapReduce就像GFS，是特別設計用來迴避伺服器問題的。Dean表示：「當某台主機故障，主伺服器知道那台機器正在執行什麼工作，將命令其他主機接手那項map工作。你可能影響到100個map工作，但會有100台主機接手那些工作。」
MapReduce的可靠度一度遭到嚴勵的試煉，當時一個1800台伺服器的叢集正進行維護作業，工作人員一次拔下80台主機的插頭，同時另外1720台主機必須接下停頓的工作。Dean說：「速度變得有點慢，但工作全部完成。」而在一次2004年的簡報中，一個1800台叢集的系統，承受了1600台伺服器同時故障。
所以Google資料中心的運作似乎如魚得水，一切順利。但該公司還不滿足，列出了一長串待改進的事項。大多數公司都試圖找出如何平順地將工作在伺服器之間轉移，但Google已經超越了那項挑戰，他們要能夠自由、平順，且自動地將工作在各個資料中心間轉移。
Dean說：「我們下一代的基礎設施要是一個能夠橫跨大區塊主機轉移，而非單一機器的系統。」目前，某些大型的檔案系統具有不同的名稱，如GFS/Oregon和GFS/Atlanta，但他們都是彼此的拷貝。他表示：「我們要一個單一的名稱集。」
Google種種獨創的系統替他們開創了天下，也建立了其他競爭者很難跨過的門檻，但是隨著越來越複雜的環境，Google自己需要解決的問題，肯定挑戰會越來越大。
尤其在2009年5月15日，全球使用者一度無法使用Google的電子郵件、搜尋、影音、地圖、分析工具等服務，Google官方表示「我們的系統之一出現錯誤，導致部分網路流量透過亞洲傳輸，以至於造成網路大塞車，約14%的使用者碰到服務速度變慢、甚至中斷的情形。我們很抱歉發生這種事，但是可以肯定的是，我們將更賣力以確保類似問題不再發生。」
留言列表
