Microsoft Entra ID 中的应用程序和服务主体对象
本文介绍 Microsoft Entra ID 中的应用程序注册、应用程序对象和服务主体：它们是什么、它们的使用方式以及它们彼此之间的关系。 还展示了多租户示例方案，用于说明应用程序的应用程序对象和对应的服务主体对象之间的关系。
应用程序注册
若要将标识和访问管理功能委托给 Microsoft Entra ID，必须向 Microsoft Entra 租户注册应用程序。 将应用程序注册到 Microsoft Entra ID 时，需要创建应用程序的标识配置，使其能够与 Microsoft Entra ID 集成。 注册应用时，可以选择“单租户”或“多租户”，并且可以根据需要设置“重定向 URI”。 有关注册应用的分步说明，请参阅应用注册快速入门。
完成应用注册后，你将拥有应用（应用程序对象）的全局唯一实例，该实例存在于你的主租户或目录中。 而且你的应用拥有全局唯一 ID（应用/客户端 ID）。 可以添加机密或证书和作用域以使应用正常工作，在登录对话框中自定义应用的品牌等等。
如果注册了应用程序，则会在主租户中自动创建应用程序对象和服务主体对象。 如果使用 Microsoft Graph API 注册/创建应用程序，则通过一个单独步骤创建服务主体对象。
应用程序对象
Microsoft Entra 应用程序由其唯一一个应用程序对象来定义，该对象位于应用程序注册到的 Microsoft Entra 租户（称为应用程序的“宿主”租户）中。 使用了一个应用程序对象来充当模板或蓝图，用于创建一个或多个服务主体对象。 在使用应用程序的每个租户中创建了一个服务主体。 与面向对象的编程中的类类似，应用程序对象具有一些静态属性，应用于所有已创建的服务主体（或应用程序实例）。
应用程序对象描述了应用程序的三个方面：
- 服务如何颁发用于访问应用程序的令牌
- 应用程序可能需要访问的资源
- 应用程序可以执行的操作
可以使用 Microsoft Entra 管理中心中的“应用注册”页面列出和管理主租户中的应用程序对象。
Microsoft Graph Application 实体定义应用程序对象属性的架构。
服务主体对象
若要访问受 Microsoft Entra 租户保护的资源，需要访问的实体必须由安全主体来表示。 此要求同时适用于用户（用户主体）和应用程序（服务主体）。 安全主体定义 Microsoft Entra 租户中用户/应用程序的访问策略和权限。 这样便可实现核心功能，如在登录时对用户/应用程序进行身份验证，在访问资源时进行授权。
有三种类型的服务主体：
应用程序 - 这种类型的服务主体是单个租户或目录中某个全局应用程序对象的本地表示形式或应用程序实例。 在本例中，服务主体是从应用程序对象中创建的具体实例，并从该应用程序对象继承某些属性。 服务主体是在使用应用程序的每个租户中创建的，并引用全局唯一应用对象。 服务主体对象定义应用可在特定租户中实际执行的操作、可访问应用的用户以及应用可访问的资源。
当应用程序被授予了对租户中资源的访问权限时（根据注册或许可），将创建一个服务主体对象。 注册应用程序时，会自动创建一个服务主体。 也可以使用 Azure PowerShell、Azure CLI、Microsoft Graph 和其他工具在租户中创建服务主体对象。
托管标识 - 此服务主体类型用于表示托管标识。 托管标识使开发人员无需管理凭据。 托管标识为应用程序提供一个标识，可以在连接到支持 Microsoft Entra 身份验证的资源时使用。 启用托管标识后，在你的租户中会创建一个表示该托管标识的服务主体。 可以向表示托管标识的服务主体授予访问权限和相关权限，但不能直接更新或修改。
旧式 - 此服务主体类型表示旧式应用，即，在应用注册引入之前创建的应用，或通过旧式体验创建的应用。 旧式服务主体可以具有凭据、服务主体名称、回复 URL 以及其他可由已授权用户编辑的属性，但没有关联的应用注册。 服务主体只能在创建它的租户中使用。
Microsoft Graph ServicePrincipal 实体定义服务主体对象属性的架构。
可以使用 Microsoft Entra 管理中心中的“企业应用程序”页面列出和管理租户中的服务主体。 可查看服务主体的权限、用户已同意的权限、提供了相应同意的用户、登录信息等等。
应用程序对象与服务主体之间的关系
应用程序对象是应用程序的全局表示形式，可供所有租户使用，而服务主体是本地表示形式，在特定租户中使用 。 应用程序对象用作模板，常见属性和默认属性从其中派生，以便在创建相应服务主体对象时使用。
应用程序对象：
- 与软件应用程序之间存在一对一的关系；
- 与其对应的服务主体对象之间存在一对多的关系
必须在将使用应用程序的每个租户中创建服务主体，让它能够建立用于登录和/或访问受租户保护的资源的标识。 单租户应用程序只有一个服务主体（在其宿主租户中），在应用程序注册期间创建并被允许使用。 多租户应用程序还会在租户中的某个用户已同意使用它的每个租户中创建服务主体。
列出与应用关联的服务主体
你可以找到与应用程序对象关联的服务主体。
在 Microsoft Entra 管理中心，导航到应用程序注册概述。 选择“本地目录中的托管应用程序”。
修改和删除应用程序的后果
对应用程序对象所做的任何更改也只反映在该对象在应用程序宿主租户（其注册所在的租户）的服务主体对象中。 这意味着，删除应用程序对象也会删除其主租户服务主体对象。 但是，通过应用注册 UI 还原该应用程序对象不会还原其相应的服务主体。 有关删除和恢复应用程序及其服务主体对象的详细信息，请参阅删除和恢复应用程序和服务主体对象。
示例
下图演示了应用程序的应用程序对象和对应的服务主体对象之间的关系，其上下文是在名为“HR 应用”的示例多租户应用程序中。 此示例方案中有三个 Microsoft Entra 租户：
- Adatum - 开发 HR 应用的公司使用的租户
- Contoso - Contoso 组织使用的租户，即 HR 应用的使用者
- Fabrikam - Fabrikam 组织使用的租户，它也使用 HR 应用
在此示例方案中：
| 步骤 | 说明 |
|---|---|
| 1 | 在应用程序的宿主租户中创建应用程序对象和服务主体对象的过程。 |
| 2 | 当 Contoso 和 Fabrikam 的管理员完成同意并向应用程序授予访问权限时，会在其公司的 Microsoft Entra 租户中创建服务主体对象，并向其分配管理员所授予的权限。 另请注意，HR 应用可能配置/设计为允许由用户同意以供个人使用。 |
| 3 | HR 应用程序的使用者租户（例如 Contoso 和 Fabrikam）各有自己的服务主体对象。 每个对象代表其在运行时使用的应用程序实例，该实例受相关管理员同意的权限控制。 |
后续步骤
了解如何创建服务主体：