2.4.5.9. operator 组交集

如果两个 Operator 组的目标命名空间集的交集不是空集，且根据 olm.providedAPIs 注解的定义，所提供的 API 集的交集也不是空集，则称这两个 OperatorGroup 的提供的 API 有交集。

一个潜在问题是，提供的 API 有交集的 Operator 组可能在命名空间交集中竞争相同资源。

注意

在检查交集规则时，Operator 组的命名空间始终包含在其所选目标命名空间中。

每次活跃成员 CSV 同步时，OLM 均会查询集群，以获取 CSV 组和其他所有 CSV 组之间提供的 API 交集。然后 OLM 会检查该交集是否为空集：

如果结果为 true，且 CSV 提供的 API 是 Operator 组提供的 API 的子集：
- 继续转变。
如果结果为 true，且 CSV 提供的 API 不是 Operator 组提供的 API 的子集：
- 如果 Operator 组是静态的：
  - 则清理属于 CSV 的所有部署。
  - 将 CSV 转变为故障状态，状态原因为：CannotModifyStaticOperatorGroupProvidedAPIs。
- 如果 Operator 组不是静态的：
  - 将 Operator 组的 olm.providedAPIs 注解替换为其本身与 CSV 提供的 API 的并集。
如果结果为 false，且 CSV 提供的 API 不是 Operator 组提供的 API 的子集：
- 则清理属于 CSV 的所有部署。
- 将 CSV 转变为故障状态，状态原因为：InterOperatorGroupOwnerConflict。
如果结果为 false，且 CSV 提供的 API 是 Operator 组提供的 API 的子集：
- 如果 Operator 组是静态的：
  - 则清理属于 CSV 的所有部署。
  - 将 CSV 转变为故障状态，状态原因为：CannotModifyStaticOperatorGroupProvidedAPIs。
- 如果 Operator 组不是静态的：
  - 将 Operator 组的 olm.providedAPIs 注解替换为其本身与 CSV 提供的 API 的差集。

注意

Operator 组所造成的故障状态不是终端状态。

每次 Operator 组同步时都会执行以下操作：

来自活跃成员 CSV 的提供的 API 集是通过集群计算出来的。注意，复制的 CSV 会被忽略。
将集群集与 olm.providedAPIs 进行比较，如果 olm.providedAPIs 包含任何额外 API，则将删除这些 API。
在所有命名空间中提供相同 API 的所有 CSV 均会重新排序。这样可向交集组中的冲突 CSV 发送通知，表明可能已通过调整大小或删除冲突的 CSV 解决了冲突。