Почему группы ресурсов Azure связаны с определенным регионом?

Question

Я новичок в архитектуре Azure и пытаюсь понять, почему группы ресурсов Azure, которые являются логическими блоками развертывания для приложений, построенных на Azure, связаны с областью, когда они определены.

Сначала я думал, что это должно обеспечить глобальное распространение для аварийного восстановления или географической избыточности, но потом я понял, что одна группа ресурсов может содержать веб-приложения в разных регионах, которые могут предоставлять эти функции через Traffic Manager. Я полагаю, что использование отдельных групп ресурсов поможет лучше определить, какие ресурсы находятся в каком регионе, но не в организационных целях, я не понимаю, что такое определение региона для групп ресурсов.

(редактирование: удаленный общий совет запрос, чтобы быть более сосредоточенным)

Answer 1

Основная причина указания местоположения группы ресурсов заключается в том, чтобы указать местоположение для данных/метаданных для развертывания, которое будет храниться в ... Это также делает API последовательным (думайте о путях в вызовах REST API) но основной причиной является хранение во время развертывания.

Расположение ресурсов в группе является независимым/не связано с расположением самой группы.

Answer 2

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

В целом в большой экосистеме группы ресурсов Azure - это те, в которых вы не видите эти компоненты (ресурсы) в них как отдельные объекты, вместо этого вы видите их как взаимосвязанные и взаимозависимые части одного объекта, чтобы вы их помещали в одной группе ресурсов, так что с помощью средства Azure Resource Group Manager Вы можете развернуть, обновить или удалить все ресурсы для вашего приложения в единой скоординированной операции.

Вы используете шаблон для развертывания, и этот шаблон может работать в разных средах, таких как тестирование, постановка и производство. Вы можете уточнить выставление счетов для своей организации, просмотрев свернутые затраты для всей группы.

Вы можете найти более подробную информацию о менеджере Azure ресурсов здесь, которые я считаю, поможет вам лучше понять идею позади группы Azure ресурсов:

https://azure.microsoft.com/en-us/documentation/articles/resource-group-overview/

Answer 3

Все в лазури относится к физическому местоположению/Datacenter, и ARM ничем не отличается. Некоторое время назад не каждый Datacenter поддерживал ARM, поэтому причина выбора сделала еще больше смысла. Теперь, как и любой другой ресурс Azure, решение должно быть сделано пользователем, часто исходя из их необходимой близости к конечным пользователям и/или юридических географических требований.

Answer 4

Метаданные (определение) группы ресурсов Azure необходимо где-то сохранить. следовательно, местоположение. Однако ресурсы внутри группы ресурсов не зависят от местоположения и могут быть размещены в другом регионе \ location. Обратите внимание, что зависимости между ресурсами могут существовать. Виртуальная машина в Западной Европе, очевидно, нуждается в учетной записи хранения в Западной Европе, но база данных SQL в той же группе ресурсов может существовать в Западной части США.

Answer 5

При создании группы ресурсов необходимо указать местоположение для этой группы ресурсов. Вы можете задаться вопросом: «Зачем нужна группа ресурсов?» И если ресурсы могут иметь разные местоположения, чем группа ресурсов, то почему местоположение группы ресурсов имеет значение? » Группа ресурсов хранит метаданные о ресурсах.Поэтому, когда вы указываете местоположение для группы ресурсов, вы указываете, где хранятся эти метаданные. По соображениям соблюдения вам может потребоваться убедиться, что ваши данные хранятся в определенном регионе.

https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview