我正在编写一个脚本来收集所有资源并将它们放入一个资源组 - 但是,Powershell中用于移动资源的命令在资源组的基础上工作。这意味着如果不同资源组中存在依赖/相关资源,则该命令将失败。
然后,另一种方法是根据资源之间的关系对资源进行分组,并使用其他方法(可能通过门户/REST API 手动)移动它们。
然后如何浏览订阅中的资源列表并按它们的依赖/关系对它们进行分组?
我正在编写一个脚本来收集所有资源并将它们放入一个资源组 - 但是,Powershell中用于移动资源的命令在资源组的基础上工作。这意味着如果不同资源组中存在依赖/相关资源,则该命令将失败。
然后,另一种方法是根据资源之间的关系对资源进行分组,并使用其他方法(可能通过门户/REST API 手动)移动它们。
然后如何浏览订阅中的资源列表并按它们的依赖/关系对它们进行分组?
恕我直言,引入资源组的原因之一是尽量避免这种情况/场景,即,根据此Azure 文档,资源组是一个容器,其中包含 Azure 解决方案的相关资源。
我相信一种直接的方式或功能(获取位于订阅中不同资源组中的依赖/相关资源的列表并按它们的依赖/关系对它们进行分组)当前不可用或不受支持。但我看到在 UserVoice / 反馈论坛中提出的这个功能请求是相关的,所以如果有兴趣,您可以投票或在其中创建新的反馈。一般来说,负责的 Azure 产品/功能团队将根据各种因素(例如反馈收到的票数、可行性、打开优先级积压项目等)对收到的反馈进行分类/开始检查可行性并确定其优先级。
另一方面,作为目前满足此要求的解决方法,我建议尝试提出自动化(获取位于订阅中不同资源组中的依赖/相关资源的列表,并按它们的依赖对它们进行分组/关系)通过利用Azure 平台日志(并在特定的操作时间窗口获取这些日志),因为这些日志为 Azure 资源及其所依赖的 Azure 平台提供了详细的诊断和审核信息。
其他相关参考: