觀點 · 資訊分享
Google Cloud Spanner 直連功能正式推出：流量不經 GFE 直達資料庫，官方說可降低延遲
Spanner 的「直連（direct connectivity）」在 6 月 23 日進入正式版。符合條件的應用程式，流量可以略過 Google Front End 直接連到 Spanner。要在 GCE 或 GKE 上跑，且有版本與網路條件。
- 發布
- 2026-06-23
- 篇幅
- 約 4 分鐘 · 1,604 字
- 結構
- 7 節 + 4 題常見問題
- 標籤
一句話看懂：Google Cloud 在 6 月 23 日宣布 Spanner 的直連功能進入正式版：符合條件的應用程式，連資料庫時可以略過 Google Front End，官方說這能降低整體延遲。
先用白話講：直連是怎麼回事？
想像你去一棟大樓的辦公室辦事。平常要先到一樓的服務台報到、查證件，再由人帶你上樓；這樣安全，但多繞一段路。
Spanner 是 Google Cloud 的分散式資料庫。以前你的程式連 Spanner，請求會先經過 GFE（Google Front End），也就是 Google Cloud 各服務共用的入口層，再到 Spanner 的 API 前端。現在符合條件的程式，可以走「直連」：流量直接送到 Spanner 伺服器，省掉入口層這一站。
發生什麼事
Google Cloud 的 Spanner 版本資訊在 6 月 23 日寫道：Spanner 支援直連，開啟之後，應用程式流量會直接路由到 Spanner 伺服器，略過 GFE，這可以降低整體延遲；這項功能現在是正式版（GA）。
版本資訊沒有說明降低多少，也沒有提到價格變化。
哪些情況能開？
以下是我讀到的文件現況（頁面可能在 6 月 23 日之後更新過），官方列出的條件：
| 條件 | 內容 |
|---|---|
| 執行環境 | Compute Engine 或 Google Kubernetes Engine |
| 端點 | 使用全域端點 |
| 網路 | 路由與防火牆規則要允許出站流量連到 34.126.0.0/18 與 2001:4860:8040::/42 |
| 用戶端版本 | Java 6.111.0 以上；Go 1.88.0 以上 |
| 權限 | 使用的憑證要有 spanner.databases.get 權限 |
給開發者的技術細節
- 開啟方式：設環境變數，或用用戶端設定
export GOOGLE_SPANNER_ENABLE_DIRECT_ACCESS=true
- 用戶端設定：Java 用
setEnableDirectAccess(true)，Go 用ClientConfig.EnableDirectAccess，JDBC 驅動用連線屬性enableDirectAccess=true - 驗證有沒有生效：看用戶端指標的使用標籤
- 量測延遲：文件把延遲拆成端到端延遲與 GFE 延遲兩類指標，開啟直連前後，可以對照端到端延遲有沒有改善
- 要確認的事：GFE 同時負責 TLS 終止與阻斷服務攻擊防護，略過它之後，相關防護在直連路徑上怎麼處理，我在版本資訊與這份文件裡沒有看到說明，若有合規或安全要求，建議向官方確認
我的看法
延遲優化最怕的是「感覺變快」。如果你已經在用 Spanner，而且程式跑在 GKE 或 Compute Engine 上，我會這樣測：先在測試環境開啟，對照開啟前後的端到端延遲，確認真的有差再推到正式環境，因為官方沒有給具體的改善數字。
另外，這類功能常常伴隨網路與防火牆的條件，上線前要先確認出站規則真的有放行指定的 IP 範圍，否則流量可能連不上。對多數中小型專案，Spanner 本身不是常見選項，但這也是一個提醒：雲端服務的「預設路徑」不一定是最短路徑。
名詞小辭典
- Spanner：Google Cloud 的分散式關聯式資料庫，主打高可用與橫向擴充。
- GFE（Google Front End）：Google 各服務共用的入口層，負責 TLS 連線終止與基本的防護。
- 延遲（Latency）：從送出請求到收到回應的時間，越短越好。
- GA（正式版）：功能正式推出供一般使用，和仍在試用階段的預覽版不同。