Add Connector Namespace trigger lifecycle support and deployment coverage
- Dominant language
- C#
- Stars
- 6.3k
- Forks
- 991
- Avg merge
- 2d 15h
- Merged PRs (30d)
- 196
Description
## Description
Add Connector Namespace trigger and event-subscription support after #19024 lands the connection and managed MCP foundation.
Trigger provisioning needs explicit lifecycle reconciliation rather than independent incremental child deployments:
- Persist the deployed trigger identities for each Connector Namespace.
- Delete trigger children that were removed or renamed in the AppHost.
- Reconcile even when the desired trigger set becomes empty.
- Define retry, partial-failure, and concurrent-deployment behavior.
- Snapshot mutable trigger input DTOs before deferred provisioning.
- Preserve managed-identity delivery to non-anonymous sandbox callback ports without broadening sandbox data-plane permissions.
## Deployment coverage
Add an opt-in deployment end-to-end test that deploys a sandbox callback endpoint and Connector Namespace trigger, then verifies:
- ADC accepts the `OnDemand` port authorization request with the Connector Namespace managed identity in the Microsoft Entra allow-list.
- Anonymous requests to the callback port are rejected.
- Requests authenticated as the Connector Namespace managed identity are accepted.
- Removing and renaming a trigger deletes the previous Azure child resource.
- Removing the final trigger leaves no stale active subscription.
The deployment-test environment must support the preview Connector Namespace and Azure Dev Compute APIs and expose any required provider registration or feature flags. The test does not need to complete downstream connector OAuth consent.
## Related
- #19024
- #19008
Contributor guide
Research direction
Start by reading related issues #19024 and #19008 to understand the connection and managed MCP foundation. Trace the Connector Namespace trigger provisioning and deployment-test entry points, then define lifecycle reconciliation, retries, partial failures, concurrency, and DTO snapshotting. Done means the opt-in deployment test verifies managed-identity authorization, anonymous rejection, and removal or renaming of all trigger resources, including the final trigger.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure
- Domain
- authentication, cloud, devops, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100