ИМХО, одна из причин введения группы ресурсов состоит в том, чтобы попытаться избежать такой ситуации / сценария, то есть, согласно этому Azure документу, группа ресурсов - это контейнер, который содержит связанные ресурсы для * 1029. * решение.
Я полагаю, что прямой путь или функция (получить список зависимых / связанных ресурсов, которые находятся в разных группах ресурсов в подписке и сгруппировать их по их зависимости / отношениям) в настоящее время недоступна или не поддерживается. Но я вижу этот запрос функции, поднятый на UserVoice / форуме обратной связи, как связанный, так что если вы заинтересованы, вы можете добавить его или создать новый отзыв. Как правило, ответственная Azure группа по продуктам / функциям будет сортировать / начинать проверку выполнимости и приоритезацию полученной обратной связи на основе различных факторов, таких как количество голосов, полученных обратной связью, выполнимость, позиции с открытым приоритетом, и т. Д. c.
С другой стороны, в качестве обходного пути для выполнения sh этого требования на данный момент я предлагаю попробовать придумать автоматизацию (чтобы получить список зависимых / связанных ресурсов, которые находятся в разных группах ресурсов в подписке и группе). их по их зависимости / отношениям) путем использования Azure журналов платформы (и выборки этих журналов в конкретное временное окно операции), поскольку эти журналы предоставляют подробную диагностику c и информацию аудита для ресурсов Azure и Azure платформа, от которой они зависят.
Другие ссылки: