Azure Организация группы ресурсов - PullRequest
1 голос
/ 08 января 2020

Я понимаю, что, вероятно, нет однозначного ответа на этот вопрос, но мне любопытно, есть ли какие-либо принятые передовые практики или консенсус в отношении того, как следует организовывать группы ресурсов и подписки.

Допустим, у вас есть множество сред, таких как dev, test, staging и production. А ваш продукт состоит из N сервисов, баз данных и т. Д. На ум приходят две мысли:

  1. Подписка для среды: используйте разные подписки для каждой среды и создавайте группы ресурсов для разных подсистем в среде. Проблема, с которой я сталкиваюсь, заключается в том, что не всегда очевидно, как организовать вещи. Скажем, у вас есть две подсистемы, которые взаимодействуют через служебную шину. К какой группе ресурсов принадлежит сама служебная шина? Повышенная степень детализации является хорошим вариантом, но на практике для меня это редко используется.
  2. Группа ресурсов для среды: общая подписка для всех сред и использование групп ресурсов для группировки всего. Итак, у вас есть группа ресурсов dev, группа ресурсов test и т. Д. Это не даст тонну детализации, но, как я уже сказал, дополнительная гранулярность, на мой взгляд, создает свои проблемы.

В любом случае, мне просто любопытно, есть ли какой-то консенсус или просто мысли по этому поводу. Ура!

1 Ответ

0 голосов
/ 08 января 2020

Там нет правильного или неправильного для этого. Я лично организовываю с помощью групп ресурсов / уровня приложения

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

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

и так далее. Вы также можете работать с тегами, которые помогают при работе с общими ресурсами между средами (dev / qa) или приложениями.

Вы также можете найти полезную информацию здесь: https://docs.microsoft.com/en-us/azure/cloud-adoption-framework/ready/azure-best-practices/naming-and-tagging

PS: я не работаю с разными подписками, потому что нет простого способа (без powershell) перемещать ресурсы между подписками (при необходимости).

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...