Share via

Multi developer projects - Resource group architecture

Eamonn Keating 41 Reputation points
2022-08-02T02:27:48.677+00:00

Hi,
For projects that will have multiple developers working on different projects on the same services (logic apps, ADF etc.), should each developer have a separate resource group with all the services to test their changes before deploying to test?

Azure Logic Apps
Azure Logic Apps

An Azure service that automates the access and use of data across clouds without writing code.

0 comments No comments

Answer accepted by question author

Kamlesh Kumar 3,871 Reputation points Volunteer Moderator
2022-08-02T02:44:06.41+00:00

Hi @Eamonn Keating ,

Welcome to Microsoft Q&A Platform. Thank you for the question.

Creating multiple RGs doesn't harm or cost you though you have to manage it properly. Resource groups are logical containers where you can deploy and manage Azure resources like web apps, databases, and storage accounts. If you have multiple RGs then you can have restrict the access like whom you want to provide the access on that RG.

Even you can keep the RG based on environment and each members can work on their resource and deploy+test it without impacting others.

You can check Microsoft documentation to learn more about Organize your Azure resources effectively

Regards,
Kamlesh Kumar

Please don't forget to click on 205836-130616-image.png or upvote 205759-130671-image.png button whenever the information provided helps you. Original posters help the community find answers faster by identifying the correct answer. Here is How

Want a reminder to come back and check responses? Here is how to subscribe to a Notification

If you are interested in joining the VM program and help shape the future of Q&A: Here is how you can be part of Q&A Volunteer Moderators

Was this answer helpful?


0 additional answers

Sort by: Most helpful

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.