Skip to content

[FEATURE] Support Deployment Across Resource Groups #86

@sajeetharan

Description

@sajeetharan

Discussed in #85

Originally posted by JFolberth February 19, 2026

Feature Description

Support having Cosmos, ACA, and ACR in separate resource groups as opposed to all in one. This will allow for easier customer adoption in scenarios they have their own existing CosmosDB and associate architecture.

Problem or Use Case

Currently the MCP toolkit assumes that Cosmos, ACR, and ACA are in the same resource groups. Most large customers will have these in three separate resource groups due to security, scalability, and high availability.

Proposed Solution

Describe how you envision this feature working. Include:
Think there are couple pieces.

First there should be a parameter for Cosmos Resource Group Name and ACR Resource Group Name. From there the bicep would need to accommodate these parameters and leverage the existing function. Additionally the RBAC role assignment piece will need to verify if the deployed user has the appropriate access over the resource groups.

Example Usage

If a customer has their won CosmsoDB in a separate resource groups they'd like to expose via MCP. Really these are two features. One to support a separate RG for Cosmos and one for a separate RG for ACR.

# Example command or code

Alternatives Considered

Have you considered any alternative solutions or workarounds? Describe them here.

Benefits

Who would benefit from this feature?

  • Microsoft Foundry users
  • MCP client developers
  • Enterprise deployments
  • Local development (if using ADE could see this)
  • Vector search scenarios
  • Other: ___________

Additional Context

Add any other context, screenshots, mockups, or examples about the feature request here.

Priority

How important is this feature to you?

  • Critical - Blocking my use of the toolkit
  • High - Would significantly improve my workflow
  • Medium - Nice to have
  • Low - Minor improvement

Checklist:

  • I have searched existing issues to avoid duplicates
  • I have clearly described the use case and benefits
  • I have provided examples where applicable

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions