隨著企業逐步採用混合雲與多雲架構，網路設計也正在從傳統的資料中心互聯，走向更大規模的全球化雲端連線。過去企業談 WAN，通常想到 MPLS、專線、VPN 或 SD-WAN；但在 Google Cloud 的最新網路架構中，企業 WAN 已開始與全球雲端骨幹、跨雲互聯、應用感知流量控制以及 AI 輔助網路營運結合。

其中最值得關注的兩個名稱，就是 Cross-Cloud Network 與 Cloud WAN。

簡單來說：

如果企業同時使用 Google Cloud、AWS、Microsoft Azure，甚至還保留自己的資料中心與分支據點，這套架構就很值得深入了解。

一、Cross-Cloud Network 是什麼？

Cross-Cloud Network 可以理解為 Google Cloud 建立的一套「跨雲網路平台」。

它的目標並不只是讓企業連上 Google Cloud，而是希望將：

• Google Cloud VPC
• AWS
• Microsoft Azure
• Oracle Cloud Infrastructure
• 企業資料中心
• 分公司與園區網路
• SaaS 與 Internet 應用

整合到一個更一致的網路架構之中。

傳統企業多雲架構經常是各自獨立：

Data Center
   |
MPLS / VPN
   |
AWS

Data Center
   |
Dedicated Circuit
   |
Azure

Data Center
   |
Cloud Interconnect
   |
Google Cloud

這種設計最大的問題，是網路越來越複雜。

不同雲平台有不同的路由方式、安全策略、監控工具與連線產品，最後企業往往需要維護大量：

• VPN Tunnel
• BGP Session
• NAT
• Transit Network
• Firewall Policy
• Route Policy

Cross-Cloud Network 的方向，就是嘗試把這些不同環境整合成一個全球化的網路 Fabric。

二、Cloud WAN：把 Google 全球骨幹變成企業 WAN

Cloud WAN 是 Google Cloud 近年非常重要的一項企業網路技術。

它最大的概念可以理解為：

企業不一定需要自己建全球 WAN Backbone，而是可以直接使用 Google 的全球網路。

傳統企業廣域網路可能是：

Branch
   |
MPLS
   |
Regional Data Center
   |
Internet / Cloud

新的 Cloud WAN 架構則可能變成：

Branch
   |
SD-WAN / Interconnect
   |
Google Global Network
   |
+----------------------+
|          |           |
GCP       AWS        Azure

也就是說，Google Cloud 不再只是「目的地」。

Google 的全球骨幹網路本身，也可以成為企業不同地區、不同資料中心與不同雲平台之間的中間傳輸網路。

這對跨國企業尤其重要。

例如，一家公司可能同時有：

東京分公司
新加坡資料中心
美國 Google Cloud
歐洲 AWS
澳洲 Azure

如果完全依賴公共 Internet，網路品質可能會受到不同 ISP、路由繞行與 Internet Peering 的影響。

Cloud WAN 的核心思路，就是盡量讓更多流量進入 Google 全球骨幹之後，再進行跨區域傳輸。

三、Network Connectivity Center 是 Cloud WAN 的重要核心

要理解 Cloud WAN，就一定要認識：

Network Connectivity Center，簡稱 NCC。

NCC 可以看成 Google Cloud 的集中式網路連線控制平台。

它採用非常典型的：

Hub-and-Spoke

架構。

例如：

                    Branch A
                       |
                     Spoke
                       |
AWS ----- Spoke ----- Hub ----- Spoke ----- Google Cloud VPC
                       |
                     Spoke
                       |
                  Data Center

企業可以建立一個中央 Hub，再把不同網路環境作為 Spoke 接進來。

這些 Spoke 可以代表：

• Google Cloud VPC
• Cloud VPN
• Dedicated Interconnect
• Partner Interconnect
• SD-WAN
• Data Center
• Branch Network

對有傳統網路背景的人來說，可以把 NCC 粗略理解成：

Google Cloud 提供的託管式 Transit Network。

但它和傳統企業自己建置的 Transit Router 又不完全相同。

因為 NCC 背後可以直接結合 Google 全球網路、Cloud Interconnect、Cloud Router 與其他 Google Cloud Networking 服務。

四、Cross-Cloud Interconnect：真正的跨雲專用連線

Cross-Cloud Network 裡另一個很重要的技術，就是：

Cross-Cloud Interconnect。

傳統 Cloud Interconnect 主要解決的是：

企業 Data Center
       |
Cloud Interconnect
       |
Google Cloud

而 Cross-Cloud Interconnect 則進一步解決：

Google Cloud
      |
Cross-Cloud Interconnect
      |
AWS / Azure / OCI

也就是說，企業可以透過更正式的專用互聯方式，把 Google Cloud 與其他公有雲連接起來。

過去做多雲專線，經常需要：

AWS
 |
Carrier
 |
Colocation
 |
Enterprise Router
 |
Carrier
 |
Google Cloud

這會帶來不少問題：

• 路由設備需要自行維護
• Colocation 成本增加
• Carrier 故障排除複雜
• BGP 設定增加
• 多區域擴展困難

Cross-Cloud Interconnect 的價值，就是把一部分複雜度交給雲服務商處理。

因此對大型多雲企業來說，它不是單純「多一條專線」，而是網路架構層級上的改變。

五、Application Awareness：雲端網路開始理解應用流量

過去談企業 QoS，我們通常會想到：

Class
Queue
DSCP
Priority
Bandwidth
Scheduler

例如：

Voice → High Priority
ERP → Medium Priority
Backup → Low Priority

而 Google Cloud 正在把這類概念進一步帶進 Cloud Interconnect。

新的方向叫做：

Application Awareness

簡單來說，就是讓網路不再只看到 IP、Port 和 Bandwidth，而是更進一步根據不同應用流量進行分類與優先級管理。

例如：

AI Inference
      ↓
High Priority

Voice / Video
      ↓
High Priority

ERP
      ↓
Medium Priority

Backup
      ↓
Low Priority

這代表雲端網路的設計思路正在從：

Device-centric

逐漸變成：

Application-centric

以前網路工程師思考的是：

這個 Interface 要配置什麼 QoS？

未來則可能更偏向：

這個應用對延遲有什麼要求？

這是一個非常值得關注的變化。

六、多雲最麻煩的問題之一：IP Address Overlap

多雲架構中有一個很常見、但也很麻煩的問題：

IP 地址重疊。

例如：

AWS
10.1.0.0/16

Azure
10.1.0.0/16

Google Cloud
10.1.0.0/16

為什麼會出現這種情況？

通常是因為：

• 不同部門各自建雲
• 公司併購
• 歷史網路沒有統一規劃
• 不同 Cloud Team 重複使用 RFC1918 地址

當這些環境需要互聯時，就會發生路由衝突。

Google Cloud 的 Private NAT 可以協助處理部分 private-to-private 通訊情境。

例如：

AWS
10.0.0.0/8
    |
Cross-Cloud
    |
Private NAT
    |
Google Cloud
10.0.0.0/8

這種能力對大型企業尤其實用。

因為真正的大型網路環境，往往不可能說：

IP 重複了，那就全部重新編址。

重新編址通常會牽涉：

• Server
• Firewall
• DNS
• ACL
• Application
• Database
• Monitoring
• Security Policy

因此透過 NAT 解決網路整合問題，在多雲環境中仍然非常重要。

七、Cross-Cloud Observability：下一步是看懂整條網路

網路連通之後，下一個問題就是：

出問題時到底是哪一段出了問題？

假設使用者反映：

新加坡連 AWS 的應用今天突然變慢。

原因可能是：

Client
↓
LAN
↓
SD-WAN
↓
ISP
↓
Interconnect
↓
Google Backbone
↓
Cross-Cloud Connection
↓
AWS
↓
Application

任何一段都有可能出問題。

這也是多雲網路最大的管理難題之一。

因此 Google Cloud 近年的另一個重要方向，就是加強：

Cross-Cloud Observability

包括 Cloud Network Insights、Telemetry、Metrics 與 AI 輔助分析。

未來網路 Troubleshooting 的方式可能逐漸發生變化。

以前是：

show bgp
show ip route
show interface
ping
traceroute

未來則可能變成：

為什麼東京到 AWS Singapore
今天下午 14:00 之後
Application Latency 突然增加？

系統再協助分析：

BGP Route
+
Interface Metrics
+
Cloud Telemetry
+
Application Metrics
+
Historical Events

這其實就是 AI 與網路營運開始真正結合的地方。

八、Cloud WAN 會取代 SD-WAN 嗎？

答案是：

不一定，而且目前更適合把兩者看成互補。

傳統 SD-WAN 強項通常在：

Branch Edge。

例如：

Branch
 ↓
SD-WAN Edge
 ↓
Dual ISP
 ↓
Internet

它很擅長：

• Link Selection
• Application Routing
• SLA Monitoring
• Local Internet Breakout
• Branch Security
• WAN Optimization

Cloud WAN 則更偏向：

Global Backbone / Transit。

因此比較合理的架構可能是：

Branch
   |
SD-WAN Edge
   |
Cloud VPN / Interconnect
   |
Google Cloud WAN
   |
+----------+----------+
|          |          |
GCP       AWS       Azure

可以簡單記成：

SD-WAN 負責 Edge。

Cloud WAN 負責 Backbone。

因此 Cloud WAN 並不代表企業完全不需要 Cisco、Fortinet、Palo Alto 或其他 SD-WAN／SASE 廠商。

反而更可能形成：

SD-WAN + Cloud WAN + SASE

這類組合式架構。

九、對傳統網路工程師有什麼影響？

對網路工程師來說，這些新技術並不代表傳統網路知識失效。

相反，Cloud WAN 與 Cross-Cloud Network 背後依然離不開：

• BGP
• ASN
• Route
• Prefix
• VPN
• NAT
• QoS
• Firewall
• VRF
• Routing Policy

真正改變的是：

管理與抽象層級。

以前可能是：

Router
 ↓
Interface
 ↓
Routing Protocol
 ↓
Route Policy

現在逐漸變成：

Application
 ↓
Connectivity Requirement
 ↓
Cloud Network Policy
 ↓
Managed Global Backbone

所以未來網路工程師比較有價值的能力，很可能會變成：

Routing + Cloud Networking + Security + Automation + AI Operations

而不是只熟悉單一品牌設備的 CLI。

十、Cloud WAN 與 Cross-Cloud Network 可以怎麼理解？

如果只想快速記住，可以用下面這組關係：

Cross-Cloud Network

代表 Google Cloud 整體跨雲網路架構。

↓

Cloud WAN

利用 Google 全球骨幹建立企業 WAN。

↓

Network Connectivity Center

負責集中式 Hub-and-Spoke 網路連線與管理。

↓

Cross-Cloud Interconnect

負責 Google Cloud 與 AWS、Azure、OCI 等其他雲之間的專用互聯。

↓

Cloud Router / BGP / VPN / NAT / Observability

負責實際路由、連線、地址轉換與監控。

因此完整架構可以理解成：

Branch / Campus
        |
     SD-WAN
        |
Data Center
        |
Cloud Interconnect
        |
Network Connectivity Center
        |
   Google Cloud WAN
        |
Google Global Backbone
        |
+----------+----------+----------+
|          |          |          |
GCP       AWS       Azure       OCI

這也是目前 Google Cloud 多雲網路戰略最重要的發展方向之一。

結語

Google Cloud WAN 與 Cross-Cloud Network 真正值得關注的地方，並不只是多了幾個新的 Cloud Networking 產品。

更大的變化在於：

企業網路的中心正在從「設備」轉向「全球雲端網路平台」。

以前企業需要自己設計：

WAN Backbone
+
Transit Router
+
Carrier
+
Data Center

現在則逐漸可以使用：

Cloud Backbone
+
Managed Connectivity
+
Cross-Cloud Interconnect
+
Application Policy
+
AI Observability

對正在從傳統網路往 Cloud、Automation 或 AI Infrastructure 發展的網路工程師而言，Cloud WAN、Cross-Cloud Network、NCC、BGP、Interconnect 與 Cross-Cloud Observability 都很值得列入下一階段的學習範圍。