Internal DNSサービス、プライベートネットワーク向けクラウドネイティブな権威DNSおよび再帰DNSの一般提供開始をCloudflareが発表した。この発表は2025年6月に開始されたプライベートおよびパブリックベータテスト期間を経て行われたものである。
同社によると、この新機能によりITチームや企業によるプライベートDNSワークロードの運用および管理がシンプル化されるという。統合API、監査証跡、ポリシーレジストリを備えた単一コントロールプレーンにプライベートDNSとパブリックDNSの両方を統合することを約束している。
発表の中でCloudflareプロダクトマネージャー Enrique Somoza氏とCloudflareシニアプロダクトマネージャー Hannes Gerhart氏が、このサービスの設計について説明している。
Cloudflare Internal DNSは2つのコンポーネント:Gateway Resolverと内部権威DNSで構成されています。ゾーンを権威DNSとして管理することは、DNSセキュリティおよびルーティングポリシーを適用することとは異なる役割です。
著者らはこの2つのコンポーネントがCloudflareが過去10年間運用してきた同一プラットフォーム上に構築されており、大規模運用で得られた経験を活用していると説明している。
ユーザーは3種類のエンティティ:内部ゾーン、DNSビュー、リゾルバーポリシーを利用できる。内部ゾーンにはアプリケーション、サービスエンドポイント、データベースなどのプライベートリソース向け権威レコードが格納される。DNSビューは特定のユースケース向けに異なる内部ゾーンを組み合わせることを可能にし、設定の重複や構成ドリフトを削減するとともに、並行システムを必要とせずにスプリットホライズン構成を実現する。最後に、Gateway Resolverコンポーネントに保存されるリゾルバーポリシーは受信リクエストに一致した場合、それらを特定のDNSビューへ転送する。
新しいDNSリクエストはまずGateway Resolverコンポーネントによって登録済みポリシーと照合される。これらのポリシーはリクエストをブロックするか転送するかを決定できる。ポリシーが一致し、DNSビューを指している場合、リクエストは名前解決のために内部権威DNSへ転送される。それ以外の場合はパブリック経路へルーティングされる。さらに要求された名前が内部で見つからない場合はパブリック名前解決にフォールバックするようDNSビューを設定することもでき、クライアント名前取得をシンプル化できる。
同社によればDNS構成への変更はその発生元にかかわらず入力からエッジに至るまで予測可能な経路をたどる。管理ダッシュボード、Terraformモジュール、API直接呼び出しのいずれからであっても全ての操作は同じ統合イングレスを経由するため、監査が簡素化されるとしている。
Redditではこの発表はエンタープライズ専用機能を提供しないというCloudflareの約束を破るものだとtankerkiller125real氏が主張している。
「エンタープライズ専用機能は増やさない」方針はどうなったのでしょう…どうやらその計画は完全に撤回されたようです。
同じスレッドでこの機能のエンタープライズ向け性質をninadpathak氏がハイライトしている。
[...] これはかなりニッチな製品であり、大規模な内部ネットワークを扱っていなければそのユースケースはすぐには理解しにくいでしょう。
他のクラウドプロバイダー上でワークロードを実行している開発者やITチームは、プロバイダー固有のサービスや機能を利用してプライベートおよびパブリックのDNSレジストリを管理できる。 AWSでは開発者はRoute 53 ResolverやRoute 53 プライベートホストゾーンを利用できる。同様にAzureではPrivate DNSやDNS Private Resolverが利用可能だ。最後に、Google CloudではチームはCloud DNS内でプライベートゾーン、フォワーディングゾーン、ピアリングゾーンを利用できる。
Cloudflare Internal DNSはすべてのエンタープライズレベルの顧客が追加料金なしで利用でき、管理コンソール、Terraform、またはCloudflare APIを通じて管理できる。