Architecture & GovernanceReviewed 2026-09-10

Centralized DNS

Private Resolver/Private DNS/conditional forwardingをhubに集約し、spokeとon-premで一貫したname resolutionを提供する。

Scope: 設計・運用で誤りやすい点を優先して整理。SKU/region/limitsは変更されるため、実装時はリンク先のcurrent Microsoft Learnを再確認してください。

Overview

Private Resolver/Private DNS/conditional forwardingをhubに集約し、spokeとon-premで一貫したname resolutionを提供する。

Key technical points

  • resolver endpoints/rulesetsとzone link ownershipをplatform teamで管理する。
  • Private Endpoint proliferationに耐えるzone lifecycleをIaC化する。
  • DNS障害がnetwork outageに見えるためmonitoringを独立させる。

Design guidance

  • design diagramと同時にtraffic matrix、route matrix、failure matrix、ownership matrixを作る。
  • platform teamのcentral policyとworkload teamのself-service範囲をresource scope/RBACへ落とす。
  • at-scale変更はstaged deployment、canary region/group、rollbackを前提にする。

Operations checklist

  1. scope/region/subscription/network groupを明示する。
  2. traffic matrixとfailure testをacceptance criteriaにする。
  3. IaC/Policyとruntime stateのdriftを確認する。

Common pitfalls

  • diagramだけ作りtraffic/failure/ownershipを定義しない。
  • central policyを一括deployし、blast radiusを大きくする。

Verification pattern

Control plane
resource state、association、policy、route/BGP configが期待通りかを確認。
Data plane
同一5-tupleまたは実application journeyで到達性・latency・security判定を実証。
Observability
diagnostic logs / flow logs / Network Watcherで実際の判定とpathを残す。
Rollback
設定を戻した後のroute convergence、DNS cache、existing sessionまで確認。

Official sources