应用程序的基础结构通常由许多组件构成：可能有虚拟机、存储帐户和虚拟网络，或 Web 应用、数据库、数据库服务器和第三方服务。 这些组件不会以独立的实体出现，而是以单个实体的相关部件和依赖部件出现。 如果你希望以组的方式部署、管理和监视这些这些组件， 那么，你可以使用 Azure Resource Manager 以组的方式处理解决方案中的资源。 可以通过一个协调的操作为解决方案部署、更新或删除所有资源。 可以使用一个模板来完成部署，该模板适用于不同的环境，例如测试、过渡和生产。 Resource Manager 提供安全、审核和标记功能，以帮助你在部署后管理资源。

术语

如果你不熟悉 Azure Resource Manager，则可能不熟悉某些术语。

• 资源 - 可通过 Azure 获取的可管理项。 部分常见资源包括虚拟机、存储帐户、Web 应用、数据库和虚拟网络，但这只是其中一小部分。\\t
• 资源组 - 一个容器，用于保存 Azure 解决方案的相关资源。 资源组可以包含解决方案的所有资源，也可以只包含想要作为组来管理的资源。 根据对组织有利的原则，决定如何将资源分配到资源组。 请参阅 。\\t
• 资源提供程序 — 一种服务，提供可以通过 Resource Manager 进行部署和管理的资源。 每个资源提供程序提供用于处理所部署资源的操作。 部分常见资源提供程序包括 Microsoft.Compute（提供虚拟机资源）、Microsoft.Storage（提供存储帐户资源）和 Microsoft.Web（提供与 Web 应用相关的资源）。 请参阅 。\\t
• Resource Manager 模板 — 一个 JavaScript 对象表示法 (JSON) 文件，用于定义一个或多个要部署到资源组的资源。 它也会定义所部署资源之间的依赖关系。 使用模板能够以一致方式反复部署资源。 请参阅 。\\t
• 声明性语法 - 一种语法，允许你声明“以下是我想要创建的项目”，而不需要编写一系列编程命令来进行创建。 Resource Manager 模板便是声明性语法的其中一个示例。 在该文件中，你可以定义要部署到 Azure 的基础结构的属性。\

使用 Resource Manager 的优势

Resource Manager 提供多种优势：

• 可以以组的形式部署、管理和监视解决方案的所有资源，而不是单独处理这些资源。\\t
• 你可以在整个开发生命周期内重复部署解决方案，并确保以一致的状态部署资源。\\t
• 你可以通过声明性模板而非脚本来管理基础结构。\\t
• 您可以定义各资源之间的依赖关系，以便按正确的顺序进行部署。\\t
• 您可以将访问控制应用到资源组中的所有服务，因为基于角色的访问控制 (RBAC) 已在本机集成到管理平台。\\t
• 可以将标记应用到资源，以逻辑方式组织订阅中的所有资源。\\t
• 可以通过查看一组共享相同标记的资源的成本来明确组织的帐单。\

Resource Manager 提供了一种新方法来部署和管理您的解决方案。 如果使用早期的部署模型并想了解这些更改，请参阅。

一致的管理层

Resource Manager 针对通过 Azure PowerShell、Azure CLI、Azure 门户、REST API 和开发工具执行的任务提供一致的管理层。 所有工具使用一组通用操作。 可以使用最合适的工具，并且可以换用这些工具而不发生混淆。

下图显示了这些工具如何与同等的 Azure Resource Manager API 交互。 API 将请求传递给 Resource Manager 服务，后者对请求进行身份验证和授权。 然后，Resource Manager 将请求路由到适当的资源提供程序。

指南

以下建议可帮助你在使用解决方案时充分利用 Resource Manager。

1. 通过 Resource Manager 模板中的声明性语法而不是强制性的命令来定义和部署基础结构。\\t
2. 在模板中定义所有部署和配置步骤。 在设置解决方案时不应执行手动步骤。\\t
3. 运行强制性命令来管理资源，例如启动或停止应用或计算机。\\t
4. 排列资源组中具有相同生命周期的资源。 使用标记来组织其他所有资源。\

有关模板的建议，请参阅。

有关企业可如何使用 Resource Manager 有效管理订阅的指南，请参阅 。

资源组

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

1. 组中的所有资源应该共享相同的生命周期。 将这些资源一同部署、更新和删除。 如果某个资源（例如数据库服务器）需要采用不同的部署周期，则它应在另一个资源组中。\\t
2. 每个资源只能在一个资源组中。\\t
3. 你随时可以在资源组添加或删除资源。\\t
4. 可以将资源从一个资源组移到另一个组。 有关详细信息，请参阅。\\t
5. 资源组可以包含位于不同区域的资源。\\t
6. 资源组可用于划分对管理操作的访问控制。\\t
7. 资源可与其他资源组中的资源进行交互。 两个资源相关但并不共享相同生命周期时（例如，连接到数据库的 Web 应用），这种交互会很常见。\

创建资源组时，需要为该资源组提供一个位置。 你可能会疑惑，“为什么资源组需要一个位置？ 以及，如果资源可以具有与资源组不同的位置，资源组的位置应该不重要啊？ ” 资源组存储与资源有关的元数据。 因此，在指定资源组的位置时，你是在指定元数据的存储位置。 出于合规性原因，可能需要确保你的数据存储在某一特定区域。

资源提供程序

每个资源提供程序都会提供一组用于 Azure 服务的资源和操作。 例如，若要存储密钥和密码，可以使用Microsoft.KeyVault 资源提供程序。 此资源提供程序提供名为“保管库”的资源类型，用于创建密钥保管库。

资源类型的名称采用以下格式：{resource-provider}/{resource-type}。 例如，Key Vault 类型为 Microsoft.KeyVault\\vaults。

开始部署资源之前，应了解可用的资源提供程序。 了解资源提供程序和资源的名称可帮助定义想要部署到 Azure 的资源。 此外，还需要知道每种资源类型的有效位置和 API 版本。 有关详细信息，请参阅。

模板部署

使用 Resource Manager 可以创建一个模板（采用 JSON 格式），用于定义 Azure 解决方案的基础结构和配置。 使用模板可以在解决方案的整个生命周期内重复部署该解决方案，确保以一致的状态部署资源。 从门户创建解决方案时，该解决方案将自动包含部署模板。 你无需从头开始创建模板，因为你可以从解决方案的模板着手，并根据你的特定需求自定义该模板。 可以通过导出资源组的当前状态或查看特定部署所用的模板，来检索现有资源组的模板。 查看是了解模板语法的有用方法。

若要了解模板的格式及其构造方法，请参阅。

Resource Manager 像处理其他任何请求一样处理模板（请参阅图像）。 它解析模板，并将其语法转换为相应资源提供程序的 REST API 操作。 例如，当 Resource Manager 收到具有以下资源定义的模板时：

JSON复制

\\"resources\": [\  {\    \"apiVersion\": \"2016-01-01\