Forum Discussion
Helper ITwo capacities in the same resource group
Rafaela07 Resource groups on Azure should follow your organizational policies on resource separation and naming conventions. Resource groups provide region affiliation, security context and a deployment scope. In many cases resource groups are used to separate production vs non production resources.
In enterprise-grade scenarios responsibilities of managing Azure and Fabric can be assigned to different groups, for example IT and Data Engineering. Fabric Capacity, while an Azure resource, still logically belong to Data Engineering domain but resource management should follow the Azure conventions.
The best practice of resource groups is to use different resource gorups for production and non-production resources, different regions, and different workloads. For example, a resource group that is reserved for non-production Fabric resources (capacities) is usually separate from a resource group for production Fabric resources.
An example of suggested approach for structuring resource groups can be found here Organize your Azure resources effectively - Cloud Adoption Framework | Microsoft Learn
If you find this answer useful or solving your problem please consider giving kudos and/or marking as a solution.
Super UserHei, Rafaela07 just cathing up on the latest issues on the community and your question caugth my attention, to being with I fully agree with apturlov amazing answer (kudos mate 😉), having prod vs non-prod environment isolated from each other, back in the day, due to limited resources it was thought to be Ok to have both on sharing, but nowadays, is just a BEST PRACTICE in every single moderm technology stack 😁
However, in your question, you mentioned this 👉 "(for instance I was informed that if we were using databricks, creating a new rg for the new environment would be a oneway solution)" i wonder 🤔what you mean by this? are you planning to have a shared azure databricks and you worry that workspace in different capacities won't be able to read? Just curious and perhaps we can give you some pointers ... looking forward and best of lucks.