什么是 Azure 资源管理器？

小提示：您能找到这篇{什么是 Azure 资源管理器？}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的什么是 Azure 资源管理器？内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">Azure资源管理器是Azure的部署和管理服务。它提供了一个管理层，用于在Azure帐户中创建、更新和删除资源。部署后，可以使用访问控制、锁和标记等管理功能来保护和组织资源。

< ">若要了解Azure资源管理器模板，请参阅模板部署概述。

< ">一致的管理层

< ">当用户从任意Azure工具、API或SDK发送请求时，资源管理器将会接收该请求。它会对该请求进行身份验证和授权。资源管理器将请求发送到Azure服务，后者将执行请求的操作。由于所有请求是通过同一个API处理的，因此在所有不同的工具中会看到一致的结果和功能。

< ">下图演示了Azure资源管理器在处理Azure请求时发挥的作用。

Resource Manager请求模型

< ">在门户中提供的所有功能也可以通过PowerShell、Azure CLI、REST API和客户端SDK来提供。最初通过API发布的功能将在初次发布后的180天内在门户中提供。

< ">术语

< ">如果不熟悉Azure资源管理器，则可能不熟悉某些术语。

< ">资源-可通过Azure获取的可管理项。资源的示例包括虚拟机、存储帐户、Web应用、数据库和虚拟网络。资源组、订阅、管理组和标记也是资源的示例。

< ">资源组—一个容器，用于保存Azure解决方案的相关资源。资源组包括你想要作为一个组进行管理的那些资源。根据最适合组织的情况来决定哪些资源属于哪个资源组。请参阅资源组。

< ">资源提供程序-提供Azure资源的服务。例如，Microsoft.Compute就是一个常见的资源提供程序，它提供虚拟机资源。Microsoft.Storage是另一个常见的资源提供程序。请参阅资源提供程序和类型。

< ">资源管理器模板-一个JavaScript对象表示法(JSON)文件，用于定义一个或多个要部署到资源组、订阅、管理组或租户的资源。使用模板能够以一致方式反复部署资源。请参阅模板部署概述。

< ">声明性语法—一种语法，允许声明“以下是我想要创建的项目”，而不需要编写一系列编程命令来进行创建。资源管理器模板便是声明性语法的其中一个示例。在该文件中，可以定义要部署到Azure的基础结构的属性。请参阅模板部署概述。

< ">使用Resource Manager的优势

< ">使用资源管理器可以：

< ">通过声明性模板而非脚本来管理基础结构。

< ">以组的形式部署、管理和监视解决方案的所有资源，而不是单独处理这些资源。

< ">在整个开发生命周期内重复部署解决方案，并确保以一致的状态部署资源。

< ">定义各资源之间的依赖关系，使其按正确的顺序进行部署。

< ">将访问控制应用于所有服务，因为Azure基于角色的访问控制(Azure RBAC)原本已集成到管理平台。

< ">将标记应用到资源，以逻辑方式组织订阅中的所有资源。

< ">通过查看一组共享相同标记的资源的成本来理清组织的帐单。

< ">了解范围

< ">Azure提供四个级别的范围：管理组、订阅、资源组和资源。下图显示了这些层的一个示例。

管理级别

< ">将在上述任何级别的作用域中应用管理设置。所选的级别确定应用设置的广泛程度。较低级别继承较高级别的设置。例如，将策略应用于订阅时，该策略将应用于订阅中的所有资源组和资源。在资源组上应用策略时，该策略将应用于资源组及其所有资源。但是，其他资源组没有该策略分配。

< ">可以将模板部署到租户、管理组、订阅或资源组。

< ">资源组

< ">定义资源组时，需要考虑以下几个重要因素：

< ">资源组中的所有资源应该具有相同的生命周期。一起部署、更新和删除这些资源。如果某个资源（例如服务器）需要采用不同的部署周期，则它应在另一个资源组中。

< ">每个资源只能存在于一个资源组中。

< ">随时可以在资源组添加或删除资源。

< ">可以将资源从一个资源组移到另一个组。有关详细信息，请参阅将资源移到新资源组或订阅。

< ">资源组中的资源可以位于与资源组不同的区域。

< ">创建资源组时，需要提供该资源组的位置。你可能想知道，“为什么资源组需要一个位置？另外，如果资源的位置和资源组不同，那为什么资源组的位置很重要呢？”资源组存储有关资源的元数据。当指定资源组的位置时，也就指定了元数据的存储位置。出于合规性原因，可能需要确保数据存储在某一特定区域。

< ">如果资源组的区域临时不可用，则不能更新资源组中的资源，因为元数据不可用。其他区域中的资源仍将按预期运行，但你无法更新它们。有关构建可靠应用程序的详细信息，请参阅设计可靠的Azure应用程序。

< ">资源组可用于划分对管理操作的访问控制。若要管理资源组，可分配Azure策略、Azure角色或资源锁。

< ">可以对资源组应用标记。资源组中的资源不会继承这些标记。

< ">资源可以连接到其他资源组中的资源。以下情况很常见：两个资源相关，但不具有相同的生命周期。例如，一个连接到其他资源组中数据库的Web应用。

< ">删除一个资源组时，该资源组中的所有资源也会被删除。如需了解Azure资源管理器如何编排这些删除，请参阅Azure资源管理器资源组和资源删除。

< ">最多可在每个资源组中部署800个资源类型实例。某些资源类型不受800个实例限制的约束。

< ">某些资源可能存在于资源组之外。这些资源将部署到订阅、管理组或租户。这些范围仅支持特定的资源销售推广广告类型。

< ">要创建资源组，可使用门户、PowerShell、Azure CLI或Azure资源管理器(ARM)模板。

< ">Azure资源管理器的复原能力

< ">Azure资源管理器服务旨在实现复原能力和持续可用性。REST API中的资源管理器和控制平面操作（发送到management.azure.com的请求）具有以下特性：

< ">跨区域分布。某些服务具有区域性。

< ">在具有多个可用性区域的杭州公关活动公司位置上跨可用性区域（以及区域）分布。

< ">不依赖于单个逻辑数据中心。

< ">从未因维护活动而停机。

< ">这种复原能力适用于通过资源管理器接收请求的服务。例如，Key Vault可以利用这种复原能力。