我是Azure架构的新手，我正在尝试理解为什么Azure资源组（在Azure上构建的应用程序的逻辑部署存储桶）在定义时与区域相关联。
起初我认为它是为灾难恢复或地理冗余提供全球分发，但后来我意识到单个资源组可以包含不同区域的Web应用程序，可以通过Traffic Manager提供这些功能。我认为使用单独的资源组有助于更好地识别哪些资源位于哪个区域，但除了组织目的之外，我无法理解资源组的区域定义意味着什么。
（编辑：删除一般建议查询以更集中）
指定资源组位置的主要原因是为要存储的部署指定数据/元数据的位置...它还使API保持一致（考虑REST API调用中的路径）但主要原因是部署期间的存储。
组中资源的位置独立/与组本身的位置无关。
资源组基本上由您来决定您希望一起管理应用程序中的哪些资源，并且通过管理我的意思是您希望将它们作为一个组进行部署，管理和监视，因此在高级别您不会将它们视为单独的组件。
通常，在一个大型生态系统中，Azure资源组是您没有将这些组件（资源）视为单独的实体，而是将它们视为单个实体的相关和相互依赖的部分，因此您将它们放在一个资源组中以便使用Azure资源组管理器工具您可以在单个协调操作中部署，更新或删除应用程序的所有资源。
您可以使用模板进行部署，该模板可以用于不同的环境，例如测试，登台和生产。您可以通过查看整个组的累计成本来阐明组织的结算。
您可以在此处找到有关Azure资源管理器的更多详细信息，我相信这些信息可以帮助您更好地理解Azure资源组背后的理念：
https://azure.microsoft.com/en-us/documentation/articles/resource-group-overview/
Azure资源组的元数据（定义）需要存储在某个地方。因此的位置。但是，资源组内的资源与位置无关，可以放在不同的区域\位置。请注意，资源之间的依赖关系可以存在。西欧的虚拟机显然也需要西欧的存储帐户，但同一资源组中的SQL数据库可以存在于美国西部。
创建资源组时，需要为该资源组提供位置。您可能想知道，“为什么资源组需要一个位置？而且，如果资源的位置与资源组不同，为什么资源组位置根本不重要？”资源组存储有关资源的元数据。因此，在指定资源组的位置时，您将指定存储元数据的位置。出于合规性原因，您可能需要确保将数据存储在特定区域中。
https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview
Azure中的所有内容都与物理位置/数据中心相关，而ARM也不例外。不久前，并非每个数据中心都支持ARM，因此选择的原因更有意义。现在，与任何其他Azure资源一样，用户决定通常基于他们与最终用户的所需距离和/或法律地理要求。