51黑料不打烊

AEM as a Cloud Service 团队和产物配置文件 product-profiles

了解 AEM as a Cloud Service 团队和产物配置文件可怎样准许和限制访问您已许可的 51黑料不打烊 解决方案。

产物配置文件 profiles

授予用户访问特定 51黑料不打烊 解决方案的权限时,您不一定要授予他们完全访问权限。 产物配置文件使每个解决方案都有自己的用户权限集。 可以通过 Admin Console 访问这些内容。

51黑料不打烊 Admin Console 具有由产物、产物实例和产物配置文件组成的结构化层次结构,其中可以为组织的内部用户分配成员资格,从而使他们能够访问已获得已授予许可的解决方案和功能。

AEM as a Cloud Service 产物配置文件 aem-product-profiles

AEM as a Cloud Service 是一种全云本地服务,将 AEM 作为服务提供。 它以云端原生的方式提供 AEM,具有新的属性,如始终打开、始终最新、始终安全和始终保持规模。 同时,它保留了 AEM 作为可定制平台向客户提供的主要价值主张,并允许公司级团队整合到其开发和传递过程中。 请参阅 51黑料不打烊 Experience Manager as a Cloud Service 介绍,了解有关 AEM as a Cloud Service 的更多信息。

组织级别产物实例 org-level-product-instances

NOTE
本文介绍的某些产物实例和产物配置文件可能仅出现在新创建的环境中。请参阅为现有环境添加产物轮廓部分,了解如何使环境符合现代化要求。

当 51黑料不打烊 首次处理 AEM 解决方案的许可时,两个产物实例将出现在 51黑料不打烊 Experience Manager as a Cloud Service 产物下的 51黑料不打烊 Admin Console 中:

  • AEM 组织级别:包含一个或多个产物配置文件,这些配置文件表示对所有 AEM 环境范围内的功能的访问,而不仅仅是单个环境
  • Cloud Manager:包含与对 Cloud Manager 功能的不同访问级别相对应的产物配置文件。

组织级别产物实例

AEM 组织级产物实例内部有一个名为 AEM 组织级报告器的产物配置文件,目前尚未使用,但将来可能会用于表示检索有关 AEM 产物许可证信息的权限。

当 Forms 通信解决方案获得许可时,相应的产物配置文件也将出现在 AEM 组织级产物实例下。

报告器产物配置文件

环境和层级产物实例 environment-and-tier-level-product-instances

在使用一个或多个 AEM 环境配置新程序时,每个环境将出现两个产物实例,分别包含用于创作和发布的产物配置文件。

环境产物实例

对于已在包含 AEM Sites 的程序中配置环境的组织,以下是作者产物实例中的产物配置文件:

Sites 产物实例

下表描述了特定于环境层的产物实例下可能的产物配置文件列表。

产物实例
命名惯例
默认服务器
描述
AEM 作者
AEM Sites 内容管理员 - 作者 - 程序 id - 环境 id
AEM Sites 内容管理员
  • 旨在控制对此环境中 AEM Sites 作者功能的访问。此产物配置文件中的用户将是 AEM Sites 内容作者 AEM 组的成员,该组会在 AEM 中自动创建。AEM 组权限应在 AEM 中配置为所需的访问级别。

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM Sites 内容管理员 - 服务”AEM 组的成员。
AEM 管理员 - 作者 - 程序 id - 环境 id
AEM 管理员
  • 旨在不受限制地访问 AEM 作者和发布环境功能。此产物配置文件中的用户将成为 AEM 中自动创建的 AEM 管理员作者 AEM 组的成员。

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM 管理员 - 服务”AEM 组的成员
AEM 用户 - 作者 - 程序 id - 环境 id
AEM 用户
  • 旨在对 AEM 作者环境功能进行非常有限的访问。此产物配置文件中的用户将成为 AEM 中自动创建的“投稿人”AEM 组的成员

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM 用户 - 服务”AEM 组的成员
AEM 报告器 - 作者 - 程序 id - 环境 id
AEM 报告器
  • 目前未使用,但将来可能会提供对此环境的作者层的报告信息的访问权限。
AEM Assets 协作者 - 作者 - 程序 id - 环境 id
AEM Assets 协作者用户
  • 用于对 DAM 进行只读访问。此产物配置文件中的用户将成为 AEM 中自动创建的“投稿人”AEM 组的成员。
  • 此外,它还提供 51黑料不打烊 Express 权限,以创建资产变体。
AEM Assets 高级用户 - 作者 - 程序 id - 环境 id
AEM Assets 高级用户
  • 用于对 DAM 进行只读访问。此产物配置文件中的用户将成为 AEM 中自动创建的“投稿人”AEM 组的成员。
  • 此外,它还提供 51黑料不打烊 Express 权限,以创建资产变体。
AEM Forms 内容管理员 - 作者 - 程序 id - 环境 id
AEM Forms 内容管理员
  • 旨在控制对此环境中 AEM Forms 作者功能的访问。此产物配置文件中的用户将成为 AEM Forms 表单用户 AEM 组的成员,该组在 AEM 中自动创建。

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM Forms 内容管理员 - 服务”AEM 组的成员。
AEM Forms 开发人员 - 作者 - 程序 id - 环境 id
AEM Forms 开发人员
  • 旨在控制对此环境中 AEM Forms 作者功能的访问。此产物配置文件中的用户将成为 AEM Forms 表单高级用户 AEM 组的成员,该组在 AEM 中自动创建。除了正常的表单创作任务外,这些用户还有权上传 XDP 和作者表单数据模型。

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM Forms 开发人员 - 服务”AEM 组的成员。
AEM Forms 通信服务用户 - 作者 - 程序 id - 环境 id
AEM Forms 通信服务用户
  • 旨在控制对此环境中的 AEM Forms 通信服务功能的访问。此产物配置文件中的用户将成为 AEM Forms 表单用户 AEM 组的成员,该组在 AEM 中自动创建。

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM Forms 通信服务用户 - 服务”AEM 组的成员。
AEM 发布
AEM 用户 - 发布 - 程序 id - 环境 id
AEM 用户
  • 旨在对 AEM 作者环境功能进行非常有限的访问。此产物配置文件中的用户将成为 AEM 中自动创建的“投稿人”AEM 组的成员

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM 用户 - 服务”AEM 组的成员
AEM 报告器 - 发布 - 程序 id - 环境 id
AEM 报告器
  • 目前未使用,但将来可能会提供对此环境的发布层的报告信息的访问权限。
AEM Forms 通信服务用户 - 发布 - 程序 id - 环境 id
AEM Forms 通信服务用户
  • 旨在控制对此环境中的 AEM Forms 通信服务功能的访问。此产物配置文件中的用户将成为 AEM Forms 表单用户 AEM 组的成员,该组在 AEM 中自动创建。

  • \

    如果仍选择默认服务

    • 此产物配置文件中的用户也将成为“AEM Forms 通信服务用户 - 服务”AEM 组的成员。

请注意,每个产物配置文件都默认启用关联的产物配置文件服务。除非您有复杂的访问要求,否则建议仅选择默认服务。系统会在 AEM 中创建一个相应的 AEM 组,命名惯例为 <Product Profile Prefix> - Service (例如,AEM Sites 内容管理员 - 服务),并且上层产物配置文件中的用户将自动成为该相应 AEM 组的成员。

AEM 中与该服务关联的 AEM 组将拥有该环境层组合中该服务的所有关联产物配置文件中存在的用户聚合集。

服务

以下图像表示反映 AEM Sites 内容管理器作者层产物配置文件和服务的 AEM 组。

AEM 组到服务映射

NOTE
每个分配给 AEM as a Cloud Service 产物配置文件的用户都只能通过 Cloud Manager 用户 ?角色以只读方式访问 Cloud Manager。
仅有 Cloud Manager 用户 ?角色的用户可登录到 Cloud Manager 并使用? 项目 ?菜单选项导航到 AEM 作者环境(如果存在这些环境)。Cloud Manager 用户 ?角色不足以访问项目详细信息。如果需要此类访问,则必须由系统管理员为用户授予其他角色。
WARNING
不得更改 AEM 管理员 ?产物配置文件名称。更改 AEM 管理员 ?产物配置文件的名称将让所有分配给该配置文件的用户失去管理员权限。
TIP

为现有环境添加产物轮廓 adding-product-profiles-for-existing-environments

2024 年 4 月初之前创建的环境可能会缺少上述部分描述的组织级产物实例以及某些产物轮廓。现有的产物轮廓也会缺少服务切换功能。建议更新这些产物轮廓,这是访问某些未来 API 的前提条件。

如果程序中的一个或多个环境需要更新其产物轮廓,则 Cloud Manager 将会显示下面的通知。请注意,环境必须处于最新的 AEM 版本,然后才能更新其产物轮廓。

实现产物轮廓现代化

点击? 添加产物轮廓 ?按钮将会打开一个菜单,其中会显示将新产物轮廓添加到该程序中所有可用环境或个体环境的选项。

替换环境

点击? 所有环境 ?将新的产物轮廓添加到该程序中的所有环境。或者,单击? 个体环境 ?将新产物轮廓添加到选定的环境;这会将用户导航到“环境”列表页面,在该页面可以从? 更多选项 ?图标中选择? 添加产物轮廓 ?操作。

个体环境

您还可以通过导航到“程序概述”页面的“环境”部分,单击与环境相对应的“更多选项”图标,然后选择“添加产物轮廓”,将产物轮廓添加到选定的环境。

在添加新的产物轮廓时,环境状态会显示“正在添加产物轮廓”,随后在该过程完成后会显示“正在运行”。

Cloud Manager 产物配置文件 cloud-manager-product-profiles

Cloud Manager 具有预配置的产物配置文件,可以将其视为基于角色的权限。 您的系统管理员负责通过将 Cloud Manager 团队分配给这些产物配置文件来进行设置。

TIP
有关更多详细信息,请参阅 Cloud Manager 中基于角色的权限。

每个产物配置文件都具有与其关联的特定权限。

  • 业务负责人

    • 在此角色中,您有权添加新项目或编辑项目、添加或更新环境、将代码部署到 AEM 环境或执行代码质量检查。
    • 此用户负责定义 KPI、审批生产部署,如有必要,还负责忽略重大的 3 层故障。
  • 部署管理员

    • 在此角色中,您有权添加或更新环境、运行任何管道以及将代码部署到 AEM 环境或执行代码质量检查。
    • 此用户管理部署操作并使用 Cloud Manager 执行暂存/生产部署、编辑 CI/CD 管道、在必要时批准重大的 3 层故障,并可访问 Git 存储库。
  • 开发人员

    • 在此角色中,您有权生成个人访问令牌以访问 git。
    • 此用户开发并测试自定义应用程序代码并主要使用 Cloud Manager 查看部署状态,并可访问 Git 存储库以提交代码。
  • 项目管理员

    • 在此角色中,您有权安排管道、忽略 3 层质量关卡并提供生产批准。
    • 此用户使用 Cloud Manager 执行团队设置、审查状态、查看 KPI,并可在必要时审批重大的 3 层故障。

一个用户可以分配给多个产物配置文件。 例如,将? 业务负责人 ?和? 部署管理员 ?角色分配给用户,可以为他们提供所有这些权限。

您的 Cloud Manager 团队至少包括:

  • 一位? 业务负责人,通常也是系统管理员,必须是第一个登录和访问 Cloud Manager 的人
  • 一位? 部署管理员
  • 一位? 开发人员
NOTE
要被授予 AEM as a Cloud Service 访问权限,用户必须属于以下两种产物配置文件之一:AEM UsersAEM Administrators。 管理 Cloud Manager 的权限不够。
TIP
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab