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

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

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

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

Ответ 1

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

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

Ответ 2

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

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

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

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

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

Ответ 3

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

Ответ 4

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

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

Ответ 5

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

Ответ 6

Похоже, что нет очевидного способа определить, в каком регионе находится группа ресурсов после ее создания. Это вызвало у меня горе из-за обсуждения здесь, когда я столкнулся с проблемами с конфликтами метаданных CDN. Я должен был начать все сначала. Теперь я называю свои группы ресурсов регионом. например: my-resourcegroup-westus