为什么 Azure 资源组与特定区域相关联？
Why are Azure Resource Groups associated with a specific region?
我是 Azure 体系结构的新手，我想了解为什么 Azure 资源组是在 Azure 上构建的应用程序的逻辑部署桶，在定义时与区域相关联。
起初我以为是为了灾难恢复或地理冗余提供全球分布，但后来我意识到一个单一的资源组可以包含不同地区的网络应用程序，它可以通过流量管理器提供这些功能。我想使用单独的资源组将有助于更好地识别哪些资源在哪个区域，但除了出于组织目的之外，我不明白资源组的区域定义意味着什么。
（编辑：删除了一般建议查询以使其更加集中）
资源组基本上供您决定要一起管理应用程序中的哪些资源，所谓管理，我的意思是您希望将它们作为一个组来部署、管理和监视，因此在较高级别上您看不到它们作为单独的组件。
一般来说，在一个大的生态系统中，Azure 资源组是那些你不会将其中的那些组件（资源）视为单独实体的资源组，而是将它们视为单个实体的相关且相互依赖的部分，因此你将它们在一个资源组中，以便使用 Azure 资源组管理器工具，您可以在一个协调的操作中为您的应用程序部署、更新或删除所有资源。
您使用模板进行部署，该模板可用于不同的环境，例如测试、暂存和生产。您可以通过查看整个组的汇总成本来阐明您的组织的帐单。
您可以在此处找到有关 Azure 资源管理器的更多详细信息，我相信这将有助于您更好地理解 Azure 资源组背后的理念：
https://azure.microsoft.com/en-us/documentation/articles/resource-group-overview/
Azure 中的一切都与物理相关 location/Datacenter，ARM 也不例外。不久前，并非每个数据中心都支持 ARM，因此选择的原因更有意义。现在，与任何其他 Azure 资源一样，决定由用户做出，通常基于他们与最终用户的距离 and/or 法律地理要求。
Azure 资源组的元数据（定义）需要存储在某处。因此位置。但是，资源组内的资源与位置无关，可以放在不同的 region\location 中。
请注意，资源之间可能存在依赖关系。西欧的虚拟机显然也需要西欧的存储帐户，但同一资源组中的 SQL 数据库可以存在于美国西部。
指定资源组的位置主要是为了给data/metadata指定一个位置，让deployment存放在...也让API保持一致（想想REST API 调用中的路径）但主要原因是部署期间的存储。
资源在群中的位置independent/not与群本身的位置有关。
创建资源组时，您需要为该资源组提供一个位置。您可能想知道，"Why does a resource group need a location? And, if the resources can have different locations than the resource group, why does the resource group location matter at all?" 资源组存储有关资源的元数据。因此，当您为资源组指定位置时，您就是在指定元数据的存储位置。出于合规原因，您可能需要确保您的数据存储在特定区域。
https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview
似乎没有明显的方法可以确定资源组在创建后位于哪个区域。根据此处的讨论，当我 运行 遇到 CDN 元数据冲突问题时，这让我很伤心。我不得不重新开始。现在我用地区命名我的资源组。例如：my-resourcegroup-westus
我是 Azure 体系结构的新手，我想了解为什么 Azure 资源组是在 Azure 上构建的应用程序的逻辑部署桶，在定义时与区域相关联。
起初我以为是为了灾难恢复或地理冗余提供全球分布，但后来我意识到一个单一的资源组可以包含不同地区的网络应用程序，它可以通过流量管理器提供这些功能。我想使用单独的资源组将有助于更好地识别哪些资源在哪个区域，但除了出于组织目的之外，我不明白资源组的区域定义意味着什么。
（编辑：删除了一般建议查询以使其更加集中）
资源组基本上供您决定要一起管理应用程序中的哪些资源，所谓管理，我的意思是您希望将它们作为一个组来部署、管理和监视，因此在较高级别上您看不到它们作为单独的组件。
一般来说，在一个大的生态系统中，Azure 资源组是那些你不会将其中的那些组件（资源）视为单独实体的资源组，而是将它们视为单个实体的相关且相互依赖的部分，因此你将它们在一个资源组中，以便使用 Azure 资源组管理器工具，您可以在一个协调的操作中为您的应用程序部署、更新或删除所有资源。
您使用模板进行部署，该模板可用于不同的环境，例如测试、暂存和生产。您可以通过查看整个组的汇总成本来阐明您的组织的帐单。
您可以在此处找到有关 Azure 资源管理器的更多详细信息，我相信这将有助于您更好地理解 Azure 资源组背后的理念：
https://azure.microsoft.com/en-us/documentation/articles/resource-group-overview/
Azure 中的一切都与物理相关 location/Datacenter，ARM 也不例外。不久前，并非每个数据中心都支持 ARM，因此选择的原因更有意义。现在，与任何其他 Azure 资源一样，决定由用户做出，通常基于他们与最终用户的距离 and/or 法律地理要求。
Azure 资源组的元数据（定义）需要存储在某处。因此位置。但是，资源组内的资源与位置无关，可以放在不同的 region\location 中。 请注意，资源之间可能存在依赖关系。西欧的虚拟机显然也需要西欧的存储帐户，但同一资源组中的 SQL 数据库可以存在于美国西部。
指定资源组的位置主要是为了给data/metadata指定一个位置，让deployment存放在...也让API保持一致（想想REST API 调用中的路径）但主要原因是部署期间的存储。
资源在群中的位置independent/not与群本身的位置有关。
创建资源组时，您需要为该资源组提供一个位置。您可能想知道，"Why does a resource group need a location? And, if the resources can have different locations than the resource group, why does the resource group location matter at all?" 资源组存储有关资源的元数据。因此，当您为资源组指定位置时，您就是在指定元数据的存储位置。出于合规原因，您可能需要确保您的数据存储在特定区域。
https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview
似乎没有明显的方法可以确定资源组在创建后位于哪个区域。根据此处的讨论，当我 运行 遇到 CDN 元数据冲突问题时，这让我很伤心。我不得不重新开始。现在我用地区命名我的资源组。例如：my-resourcegroup-westus