資料中心即電腦：Google Cloud 核心架構全貌與超低延遲全球骨幹網路

我第一次認真讀 Google 的網路論文時，印象最深的不是任何一個技術名詞，而是一句聽起來很樸素的話：把整個資料中心當成一台電腦來設計。這句話後來變成理解 Google Cloud 所有底層架構的鑰匙。

這篇要把這個哲學拆成看得到的東西：Google 的骨幹網路實際規模有多大、Andromeda 這個軟體定義網路解決了什麼問題、資料中心內外兩層骨幹怎麼分工，以及這一切跟 AWS、Azure 相比，差異到底落在哪裡。

Google Cloud 的網路優勢，從來不是靠某一項單一技術，而是把使用者請求進來的第一步、資料中心內部的交換、跨區域的傳輸，全部收進同一個可程式化的架構裡。

起點：把整個資料中心當一台電腦

Google 兩位工程師 Luiz André Barroso 與 Urs Hölzle 曾提出一個影響深遠的說法：現代的資料中心應該被當成一台「倉儲規模電腦」來設計與程式設計，而不是一堆各自獨立的伺服器。

這個想法聽起來抽象，但它決定了一件很具體的事：網路不能是「連接電腦的東西」，網路本身必須是這台巨型電腦的一部分，跟運算與儲存一樣被設計、被最佳化、被軟體管理。

後面要談的 Andromeda、Jupiter、B4，全部都是這個哲學在不同層級的實作。先理解這個起點，剩下的技術名詞才不會變成一堆孤立的縮寫。

規模到底有多大：骨幹網路的公開數字

Google 官方部落格公開過的骨幹網路規模，用來建立一個量級的概念很有幫助，但請記得這些是查閱當下的快照，實際數字會持續變動。

• 超過 200 個網路邊緣節點，是使用者流量進入 Google 網路的第一站。
• 超過兩百萬英里的自有光纖，構成骨幹網路的實體基礎。
• 累計投資 33 條以上的海底電纜，橫跨主要大洋連接各大洲。
• 官方部落格公開資料顯示 Google Cloud 版圖涵蓋數十個地區與上百個可用區，實際數字請以官方地區頁面即時查詢為準。

Andromeda：把網路變成一段可以部署的軟體

Andromeda 是 Google Cloud 裡負責網路虛擬化的那一層，官方的定位是專注在網路虛擬化本身，在實體網路之上建立與管理每個客戶看到的虛擬網路。

白話一點說，你在 Google Cloud 建立的 VPC，看起來是一整片獨立的網路，但底層其實跟其他租戶共用同一套實體交換設備。Andromeda 的工作就是讓這種共用做到效能隔離與多租戶安全，彼此感覺不到對方存在。

Jupiter 與 B4：資料中心內外的兩層骨幹

如果把網路拆成「資料中心裡面」跟「資料中心之間」兩段來看，會清楚很多。Jupiter 是 Google 用來連接單一資料中心內部大量伺服器的高速交換網路，官方形容它是拍位元組等級的資料中心網路架構。

B4 則是負責資料中心之間的長途傳輸，官方文件把它稱為第一個完全由軟體定義的骨幹網路，搭配一套叫做頻寬強制執行器的機制，動態分配跨區域的頻寬使用。

近幾年 Google 進一步把骨幹網路拆成多個獨立分片，各自有獨立的控制、資料與管理平面，任何一個分片出問題不會拖垮全網。搭配一項叫做保護性重新路由的機制，官方公開資料指出這讓因故障造成的中斷分鐘數大幅下降。

Cloud WAN：把內部骨幹包裝成企業產品

Cloud WAN 是 Google Cloud 近年推出的全託管企業廣域網路服務，官方定位是讓企業直接使用 Google 自家骨幹與 Andromeda 網路堆疊，並提供高可靠度的服務等級協議。

這件事的意義是：企業不再需要自己談國際專線、自己維運跨洲連線，而是直接租用 Google 每天用來連接自己資料中心的同一套路徑。

海纜投資也還在持續進行。官方公開資訊顯示 Nuvem 海纜預計在 2026 年投入服務，另有 Alisios、Canoa、OlaLuz 等海纜計畫，鎖定強化美洲地區的連通與資料樞紐地位。這類計畫時程常因工程進度調整，實際上線時間請以官方公告為準。

跟 AWS、Azure 的核心差異在哪裡

三大雲端服務商都有自己的骨幹網路，這件事本身不是 Google 的獨門優勢。真正值得比較的是「架構的一致性」而不是節點數量的軍備競賽。

• Google 的網路虛擬化層 Andromeda、資料中心交換 Jupiter、全球一致性資料庫 Spanner，共用同一套底層網路假設，彼此是為對方設計的，而不是後來拼裝整合。
• 這種一致性讓 Google 內部服務（例如搜尋、地圖、Gmail）跟 Google Cloud 客戶的工作負載，實際上跑在同一套骨幹與同一套維運經驗上，不是兩套系統各自演化。
• 具體的延遲數字不建議直接拿來跨雲比較，因為測試方法、地理選點、應用架構都會大幅影響結果，真的要比較請針對自己的使用情境做實測。