面向安全的公司应侧重于向员工提供他们所需的确切权限。 权限过多，可能会向攻击者公开帐户。 权限太少意味着员工无法有效地完成其工作。 Azure 基于角色的访问控制 (RBAC) 可通过为 Azure 提供精细的访问权限管理来帮助解决此问题。

使用 RBAC，可以在团队中对职责进行分配，仅向用户授予执行作业所需的访问权限。 不是在 Azure 订阅或资源中给每个人无限制的权限，只能允许某些操作。 例如，使用 RBAC 允许一个员工管理订阅中的虚拟机，而另一个员工可以管理同一订阅中的 SQL 数据库。

Azure 中的访问管理的基础知识

每个 Azure 订阅都与一个 Azure Active Directory (AD) 目录相关联。 该目录中的用户、组和应用程序可以管理 Azure 订阅中的资源。 可以使用 Azure 门户、Azure 命令行工具和 Azure 管理 API 分配这些访问权限。

通过将相应的 RBAC 角色分配给特定范围内的用户、组和应用程序来授予访问权限。 角色分配的范围可以是订阅、资源组或单个资源。 分配在父范围内的角色也会将访问权限授予给其中所含的子范围。 例如，具有对资源组访问权限的用户可以管理其包含的所有资源，如网站、虚拟机和子网。

分配的 RBAC 角色决定了用户、组或应用程序可以在该范围内所管理的资源。

内置角色

Azure RBAC 有三种适用于所有资源类型的基本角色：

• 所有者对所有资源具有完全访问权限，包括将访问权限委派给其他用户的权限。
• 参与者可以创建和管理所有类型的 Azure 资源，但不能将访问权限授予其他用户。
• 读者 可以查看现有的 Azure 资源。

Azure 中的其他 RBAC 角色允许对特定的 Azure 资源进行管理。 例如，虚拟机参与者角色允许用户创建和管理虚拟机。 它并不授予其访问虚拟机连接的虚拟网络或子网的权限。

列出了 Azure 中可用的角色。 它指定每个内置角色向用户授予的操作和范围。 若要定义自己的角色以便进一步控制，请参阅如何生成 。

资源层次结构和访问权限继承

• Azure 中的每个 订阅 仅属于一个目录。 （但每个目录可以有多个订阅。）
• 每个 资源组 仅属于一个订阅。
• 每个 资源 仅属于一个资源组。立即访问http://market.azure.cn

在父范围授予的访问权限在子范围被继承。 例如：

• 将读者角色分配给订阅范围内的 Azure AD 组。 该组的成员可以查看订阅中的每个资源组和资源。
• 将参与者角色分配给资源组范围内的应用程序。 它可以管理该资源组中所有类型的资源，但不能管理订阅中的其他资源组。

Azure RBAC 与经典订阅管理员

经典订阅管理员和共同管理员对 Azure 订阅具有完全访问权限。 他们可以将 与 Azure 资源管理器 API 配合使用或使用 和 Azure 经典部署模型来管理资源。 在 RBAC 模型中，经典管理员具有订阅范围内的所有者角色。

仅 Azure 门户和新的 Azure Resource Manager API 支持 Azure RBAC。 分配了 RBAC 角色的用户和应用程序不能使用经典管理门户和 Azure 经典部署模型。

管理授权与数据操作

Azure RBAC 仅支持 Azure 门户和 Azure Resource Manager API 中的 Azure 资源的管理操作。 它不能授权 Azure 资源的所有数据级别操作。 例如，可以授权某人管理存储帐户，但该人员不能管理存储帐户内的 blob 或表。 同样，可以管理SQL 数据库，但是不能管理其中的表。

后续步骤

• 入门。
• 请参阅 
• 定义自己在