microsoft / microsoft/aspire

Expose an `Id` Bicep output reference for Azure Front Door

Open
#19,960 1 comment 0 reactions 0 assignees View on GitHub
area-integrations needs-area-label triage:bot-seen
Dominant language
C#
Stars
6.3k
Forks
991
Avg merge
2d 15h
Merged PRs (30d)
196

Description

### Summary

The Aspire Azure Front Door resource should expose its resource ID as an `Id` Bicep output reference.

### Motivation

While adding Azure Front Door diagnostic settings in [dnceng/aspire-msft PR 64797](https://dev.azure.com/dnceng/aspire-msft/_git/aspire.dev/pullrequest/64797), the deployment needed the provisioned Front Door profile ID. Because the resource does not expose an `Id` output reference, the application had to add and consume a custom provisioning output.

An official output reference would let consumers pass the Front Door resource ID to diagnostic settings and other dependent infrastructure without duplicating provisioning logic.

### Proposed behavior

- Azure Front Door exposes an `Id` Bicep output reference for the provisioned profile resource ID.
- The output can be consumed by dependent resources through the standard Aspire resource-reference APIs.
- Provisioning tests verify the output name and generated Bicep value.

Contributor guide

Open the contributing guide

Research direction

No file or test path is named in the issue. Start by locating the Azure Front Door resource provisioning entry point and existing provisioning tests for output references; verify that an Id output is emitted for the provisioned profile and can be consumed through standard resource-reference APIs.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure
Domain
cloud, infrastructure
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
72/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.