Azure 资源组组织

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 3 年前。

Improve this question

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

假设您有很多环境，例如开发、测试、登台和生产。而你的产品是由N个服务、数据库等组成的。我想到了两个想法:

1. 每个环境的订阅:为每个环境使用不同的订阅，并为环境中的不同子系统创建资源组。我面临的挑战是如何组织事物并不总是显而易见的。假设您有两个通过服务总线进行通信的子系统。服务总线本身属于哪个资源组？增加粒度是一个不错的选择，但在实践中我很少使用。
2. 每个环境的资源组:在所有环境中共享相同的订阅，并使用资源组将所有内容分组在一起。因此，您有一个开发资源组、测试资源组等等。这不会提供太多的粒度，但正如我所说，在我看来，增加粒度本身就会带来问题。

无论如何，我只是好奇对此是否有任何共识或只是想法。干杯!

Answer 1

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

rg-dev-app-arg-dev-app-b

rg-qa-app-arg-qa-app-b

等等。您还可以使用标签，这在处理环境(dev/qa)或应用程序之间的共享资源时很有帮助。

您还可以在这里找到有用的信息:https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ready/azure-best-practices/naming-and-tagging

PS:我不使用不同的订阅，因为没有简单的方法(无需 powershell)在订阅之间移动资源(如果需要)。