Ontology 角色迁移

什么是 Ontology 角色？

• Ontology 角色是授权 Ontology 资源的更新解决方案。Ontology 角色将取代数据源派生权限作为 2024 年的默认授权模型。
• Ontology 角色适用于对象类型、链接类型和操作类型，这些通常称为“Ontology 资源”。默认情况下，自 2023 年 9 月以来创建的所有新注册都适用 Ontology 角色授权模型；您必须应用这些角色以使用 Ontology 的最新功能，包括共享属性类型、接口等。
• Ontology 角色允许您直接在每个 Ontology 资源及其元数据上授予角色。所有元数据权限均在 Ontology Manager 中管理。
• 数据权限始终由数据源权限管理。Ontology 角色允许您将 Ontology 资源与这些资源的数据分离，如对象实例和链接实例，它们仍由输入数据源权限管理。了解更多关于Ontology 权限的信息。

定义

Ontology 角色是授权 Ontology 资源的更新解决方案，并将很快取代数据源派生权限作为默认授权模型。 Ontology 角色允许您直接在每个 Ontology 资源上授予角色，例如对象类型、链接类型和操作类型以及它们的元数据。 此功能将 Ontology 资源与这些资源的数据分离，如对象实例和链接实例本身，这些仍由输入数据源权限管理。

每个 Ontology 都链接到一个或多个Foundry 组织。

角色权限在Ontology 角色文档中有详细说明。

示例

迁移 Ontology 资源到 Ontology 角色不需要明确排序，因此可以混合使用数据源派生权限的对象类型，和使用 Ontology 角色的对象类型。因此，为了迁移的目的，我们将“能够编辑对象类型”定义如下：

• 使用数据源派生权限的对象类型： 用户在该对象类型的输入数据源上具有编辑者权限。
• 使用 Ontology 角色的对象类型： 用户在对象类型上具有Ontology 编辑者权限，并且不需要任何输入数据源的权限。用户应注意，这仅允许编辑 Ontology 资源及其元数据，并不授予对数据/数据源本身的任何权限。对象数据（不是元数据）的访问仍由输入数据源上授予的权限管理。

迁移到 Ontology 角色

如果在您的注册中启用了 Ontology 角色，但您尚未将您拥有的 Ontology 资源迁移到角色授权模型，您将在 Ontology Manager 中看到提示您进行迁移的横幅。 或者，当查看 Ontology 资源的表格时，您可以筛选出仍在使用“与支持数据源相同权限”的资源。

前提条件

要执行迁移，用户必须拥有以下权限：

1. 更改 Foundry Ontology 的权限。

2. 每个单独资源的以下权限：

   • 对于对象类型，用户必须在输入数据源上具有所有者权限。
   • 对于一对多链接类型，用户不需要额外的权限。只需要在链接类型中引用的两个对象类型上具有只读权限，并且用户必须在链接类型本身或在 Ontology 级别上是所有者。
   • 对于多对多链接类型，除了对一对多链接类型所需的权限之外，用户必须在链接类型的输入数据源上具有所有者权限。
   • 操作类型不需要额外的权限。

迁移通知

Ontology 角色的迁移通过升级助手进行管理。专用的升级助手任务显示必须迁移的 Ontology 资源列表，以及有权限执行迁移的指派人。从升级助手打开资源会将用户引导到资源的安全性选项卡，以便在 Ontology Manager 应用程序中进行迁移。

如果用户有权设置 Ontology 角色，则尚未迁移的 Ontology 资源将出现在迁移界面的安全性选项卡中，以首次设置 Ontology 角色。Ontology 资源迁移后，Ontology 角色选择器将显示在安全性选项卡下，并可由Ontology 所有者更新。

使用 Ontology Manager 应用程序进行迁移

有两种方法可以将 Ontology 资源（对象类型、操作类型、链接类型）迁移到角色：批量迁移 Ontology 资源或逐一迁移所有 Ontology 资源。

批量迁移 Ontology 资源

您可以批量迁移 Ontology 资源到角色。在继续之前，请参阅前提条件列表。一次最多只能迁移 500 个资源。

要进行批量迁移，请转到 Ontology Manager 中的高级，然后在迁移部分选择继续使用迁移助手。

迁移向导将出现以下步骤。

1. 选择资源： 选择您希望应用相同角色的所有对象类型、链接类型或操作类型。下图显示了迁移向导中选择资源的界面：

2. 相关资源： 仅当有可以迁移的相关资源（链接类型或操作类型）时才会显示此步骤。
3. 指派角色： 您可以手动设置要指派给这些 Object 类型的组/用户和默认角色。目前，角色迁移工具无法建议批量角色。我们强烈建议在授予角色时使用用户组而不是用户。
4. 总结： 查看总结，确认迁移的影响，并完成迁移以应用角色。

批量迁移的例外情况

某些操作类型无法在没有进一步步骤的情况下进行批量迁移。

如果操作类型没有提交标准来检查当前用户的权限，则无法迁移到角色。

• 解决方案：在 Ontology Manager 的操作类型的安全性和提交标准选项卡中根据当前用户添加条件（在提交标准部分），并在重新尝试迁移之前保存到 Ontology。
• 如果操作类型由一个函数支持，则必须在迁移之前使用@edits decorators重新发布。
  • 解决方案：请参阅decorators文档中的步骤。

要解决这些问题，请转到操作类型页面并筛选到与支持数据源相同权限，这将显示由于问题而未迁移的操作类型。解决所有未解决的问题，然后再次对任何剩余的操作类型进行批量迁移。

为所有 Ontology 资源逐一迁移

从 Ontology Manager 首页中，选择您想要迁移的 Ontology 资源（对象类型、链接类型或操作类型），并按安全设置筛选为与支持数据源相同权限，按权限筛选为所有者。

选择要迁移的实体，然后在标题上选择迁移到角色或在安全性选项卡上选择开始使用角色。

迁移向导将出现两个建议的角色选项：数据源角色和Ontology 管理员和数据源角色。这些选项允许用户使用和配置与其现有 Ontology 设置一致的角色。选择其中一个选项会预填建议角色列表；这些角色可以稍后更改。

• 数据源角色： 此选项添加在输入数据源上具有编辑者或所有者角色的所有用户和用户组。
• Ontology 管理员和数据源角色： 此选项添加所有当前可以根据数据源派生权限修改给定 Ontology 资源的用户。这些用户属于Ontology 管理员用户组，并在输入数据源上具有编辑者或所有者角色。

下图显示了迁移向导中的角色建议：

选择所需的角色建议，查看建议的Ontology 角色和对象类型的默认角色，然后根据需要进行修改。接下来，查看总结，确认影响，并完成迁移以应用角色。

下图显示了如何在迁移向导中指派角色：

例外情况

如果：

• 操作类型没有提交标准来检查当前用户的权限，您可能会被阻止尝试将操作类型迁移到角色。
  • 解决方案：在 Ontology Manager 的操作类型的安全性和提交标准选项卡中根据当前用户添加条件（在提交标准部分），并在重新尝试迁移之前保存到 Ontology。
• 如果操作类型由一个函数支持，则必须在迁移之前使用@edits decorators重新发布。
  • 解决方案：请参阅decorators文档中的步骤。

解决这些问题后，您将能够将操作类型迁移到角色。

如果某些 ontology 资源不再需要怎么办？

如果您不再需要需要操作的 ontology 资源，您可以使用Ontology 清理工具删除该资源。该工具可帮助您根据一组标准（例如，如果数据源已被删除，弃用日期已过，索引失败，无论它们是否使用 Ontology 角色等）识别哪些对象类型可以安全删除。

迁移函数支持的操作类型

函数支持的操作类型需要迁移支持的函数。Foundry 将尝试自动迁移函数，以便您也可以迁移操作类型。然而，某些函数可能无法自动迁移，需要在函数中手动声明编辑的对象类型。如果在将操作类型迁移到 Ontology 角色后看到函数支持的操作失败，请查看常见问题部分。

迁移常见问题

对象感知应用会有任何变化吗？

用户可能会在Ontology Manager中访问他们以前因为没有只读访问权限而无法查看的对象类型和链接类型的元数据。这并不意味着他们将获得输入数据源中的数据访问权限，该权限始终由这些数据源上的角色管理。他们可以看到的元数据具体内容由他们的Ontology 角色决定。

此外，当对象类型迁移时，Object Explorer 将更新编辑 Object 视图的权限检查。在对象类型迁移之前，用户需要在Object View 管理员组中并具有输入数据源的编辑者访问权限才能编辑 Object 视图。对象类型迁移后，Object Explorer 只会检查用户是否在对象类型本身上具有Ontology 编辑者权限。

如何解决迁移后失败的函数支持的操作？

如果 Foundry 未能自动检测到 Ontology 编辑函数正在编辑的对象类型，操作将在提交后失败并显示以下错误。

要解决此错误，请按照函数文档中解释的步骤进行操作。