Cloudflare 近期正式推出了 Internal DNS 服務。對於初入行的工程師來說，首先要理解的是 DNS 的兩種基本角色：權威 DNS（Authoritative DNS）負責存放正確的紀錄並告訴外界某個域名對應的 IP；而遞迴 DNS（Recursive DNS）則像是一個代理人，負責幫客戶端去四處詢問直到找到答案。在傳統的企業環境中，這兩者通常分開管理，且私有網路的 DNS 往往需要部署複雜的內部伺服器。
Cloudflare Internal DNS 的核心目標是將私有網路的域名管理「雲端化」，讓 IT 團隊能將對外的公共 DNS 與對內的私有 DNS 統一在同一個控制平面（Control Plane）管理。這意味著你不再需要為了內部網路維護一套獨立的系統，而是透過統一的 API、稽核紀錄與策略庫來完成所有操作。
這套服務在架構上分為兩個關鍵組件。第一是 Gateway Resolver（閘道解析器），它扮演的是流量調度員的角色，負責接收請求的初步篩選與路由。第二是 Internal Authoritative DNS（內部權威 DNS），它則存放著私有資源的實際紀錄。
為了讓管理更靈活，Cloudflare 引入了三個核心概念。首先是 Internal Zones（內部區域），這裡存放著內部應用程式、資料庫或服務端點的權威紀錄。其次是 DNS Views（DNS 視圖），這是一個非常實用的功能，它允許將不同的內部區域組合在一起，解決所謂的 Split-horizon（分時域/拆分視圖）問題。簡單來說，Split-horizon 讓同一套域名在內部網路與外部網路能解析到不同的 IP，而不需要維護兩套完全獨立的系統。最後是 Resolver Policies（解析策略），它定義了當請求進入時，應該被阻擋、轉發到特定的 DNS View，還是直接導向公共網路。
實際的運作流程是這樣的：當一個 DNS 請求到達時，Gateway Resolver 會先根據策略進行比對。如果匹配到特定的 DNS View，請求就會被轉發給內部權威 DNS 進行解析；如果沒有匹配到，則會走公共解析路徑。此外，DNS View 還支援回退機制，也就是如果內部找不到紀錄，可以自動轉向公共解析，確保客戶端能順利獲取名稱。
從工程實務的角度來看，這種設計最大的好處在於配置的一致性。無論你是透過管理後台、Terraform 基礎設施即代碼工具，還是直接調用 API，所有變更都會經過統一的入口，這讓安全稽核變得非常簡單。
然而，這項功能目前僅提供給企業級客戶，這在社群中引起了一些討論，因為它被視為一個高度針對大型企業內網的利基產品。對於規模較小的團隊，或者完全依賴單一雲端供應商的開發者，AWS 的 Route 53 Resolver、Azure Private DNS 或 Google Cloud DNS 已經提供了類似的功能。
Cloudflare Internal DNS 的價值在於打破雲端供應商的牆壁。如果你採取多雲策略（Multi-cloud）或混合雲架構，將 DNS 管理從特定雲端平台抽離，統一由 Cloudflare 處理，能大幅降低維運複雜度並提升網路策略的統一性。
來源：infoq.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。