Chapter 2 of 6 · Architecture

Private networking, DNS, and controlled egress

Governed foundation 3 hours in a non-production POC

Chapter 2 of 6

Architecture at a glance#

Applications keep using normal service FQDNs. Inside the approved network, DNS follows the CNAME chain into a linked private DNS zone and returns the private endpoint's RFC 1918 address. The client then connects on TCP 443.

The delegated Agent Service subnet has a separate default route to the customer firewall. Azure holds the route; firewall administrators maintain the rules. A route does not prove that the firewall permits traffic.

Corporate or on-premises identity providers may authenticate users before traffic reaches Azure API Management. They do not replace Microsoft Entra workload identity for agents and Azure services. The network owner must keep the user-authentication path separate from the private service and agent-token paths.

An approved private host resolves service names through private DNS and reaches Foundry and dependencies through private endpoints.

Design choices and tradeoffs#

DecisionChosen approachTradeoff
Network foundationConsume the approved VNet and subnet resource IDsMicrosoft-managed networking needs a different delivery path
Foundry accountUse an account created with the approved delegated subnetAn incompatible account needs approved migration or replacement
DNS ownershipReuse authoritative central zones or deploy approved local zonesCentral and hybrid designs need forwarding and Bicep changes
Agent egressKeep the dedicated subnet route to the customer firewallThe governed-agent deployment must still test firewall rules and runtime traffic

Architecture guidance#

Session 02

Private networking, DNS, and controlled egress slide deck