Azure资源组组织

我意识到这个问题可能没有一个单一的答案，但我很好奇，在如何组织资源组和订阅方面，是否有任何公认的最佳实践或共识

假设您有一系列环境，如开发、测试、登台和生产环境。您的产品由N个服务、数据库等组成。我想到两个想法：

每个环境的订阅：对每个环境使用不同的订阅，并为环境中的不同子系统创建资源组。我面临的挑战是，如何组织事情并不总是显而易见的。假设有两个子系统通过服务总线进行通信。服务总线本身属于哪个资源组？增加粒度是一个不错的选择，但实际上对我来说很少使用

每个环境的资源组：在所有环境中共享相同的订阅，并使用资源组将所有内容分组在一起。所以您有一个dev资源组、测试资源组等等。这不会提供大量的粒度，但正如我所说，在我看来，增加的粒度会带来它自己的问题

---

不管怎么说，我只是想知道在这方面是否有共识或想法。干杯

这没有对错之分。我个人使用资源组/应用程序级别进行组织

rg-dev-app-a rg-dev-app-b

rg-qa-app-a rg-qa-app-b

等等。您还可以使用标记，这有助于处理环境（dev/qa）或应用程序之间的共享资源

您还可以在此处找到有用的信息：

---

PS：我不会处理不同的订阅，因为在订阅之间移动资源（如果需要）没有简单的方法（没有powershell）。

我认为应该有更多的信息，因为这取决于几个场景。您在部署（Powershell、ARM、门户）时感觉如何？如何处理安全性（订阅、资源组，两者都有？）您希望部署什么类型的资源（网络、虚拟机、应用程序、数据库、Blob等）