microsoft-foundry / microsoft-foundry/foundry-samples
Issue with existing DNS zones
Nobody has claimed this yet.
- Dominant language
- Bicep
- Stars
- 445
- Forks
- 494
- Avg merge
- 11h 35m
- Merged PRs (30d)
- 38
Description
This template is designed with the assumption that private DNS zones reside within the same subscription as the deployment. As a result, it only prompts for the resource group name, under the expectation that the DNS zones are co-located with other resources.
However, in real-world enterprise environments—particularly those adhering to the Microsoft Cloud Adoption Framework (CAF)—DNS infrastructure is typically centralized and managed within a dedicated Identity or Connectivity subscription. This separation aligns with best practices for network and identity isolation, governance, and lifecycle management.
If DNS zones are provisioned in a different subscription - this template would fail.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with samples/microsoft/infrastructure-setup/15-private-network-standard-agent-setup/modules-network-secured/private-endpoint-and-dns.bicep around line 65, where existing DNS zones are configured. Trace how the template resolves the resource group and subscription, then verify the template also works when the DNS zone is in a separate subscription.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure
- Domain
- cloud, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100