Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What are the azure best practices for different sets of resources that are deployed together to deliver a complete customer facing service #936

Closed
amitarali opened this issue Jul 5, 2016 · 1 comment

Comments

@amitarali
Copy link

In the solution we are building, we have some confusion on which structures to map to Azure Resource group. We have structures like resourceset and ServiceOfferingInstance. A ServiceOfferingInstance is the complete application or a service requested by an user. A ServiceOfferingInstance contains one or more ResourceSet and each ResourceSet can have one or more VMs of same type. E.g. in a ServiceOfferingInstance, one ResourceSet represents presentation tier and other ResourceSet represents data tier.

Could you please advise on below queries.

If we have different set of resources in a ServiceOfferingInstance, are there Azure Functions/activities that expect to work against resources groups rather than individual resources or arbitrary identified resources?
What are the azure best practices for different sets of resources that are deployed together to deliver a complete customer facing service? Should this all be in one Resource Group or multiple resource groups for different sets of resources e.g. presentation tier, data tier etc.?

@martinsawicki
Copy link

Azure Resource Groups are meant to group resources that have the same lifecycle - i.e. they can be deleted together. It's up to the user what other purpose the grouping can be used for.

@github-actions github-actions bot locked and limited conversation to collaborators Apr 13, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants