第 3 章 由 Operator 管理的产品

Operator 捆绑包必须成功通过 Operator SDK 捆绑包验证。

红帽建议使用 SDK 来创建 Operator，以确保格式正确。

确保与 Operator Lifecycle Manager (OLM)正确格式和兼容性。

Operator 必须更新每个自定义资源(CR)的 status 字段。

确保用户可以确定 CR 的运行状态并确定潜在的故障。

Operator 捆绑包中的 Cluster Service Version (CSV)必须包含 CSV 字段中根据需要显示的所有字段，以及以下字段作为元数据。

向用户和支持机构提供有关此 Operator 管理的产品的详细信息。

Operator 捆绑包必须通过设置 com.redhat.openshift.versions 注解来指示目标产品支持的 OpenShift 的次要版本。有关语法的详情，请参阅管理 OpenShift 版本。

版本范围必须包含一个或多个主动支持的 RHOCP 版本，它们处于 完全支持阶段或维护阶段。

所有包含在范围中的 Red Hat OpenShift 版本，但不再被支持。对这些版本的 Operator 发布将处理在 best-effort-basis 上。

版本范围可能包括 RHOCP 的未来发行版本。在这种情况下，Operator 会在该版本正式发布后被列为已认证。

告知用户此 Operator 支持的 Red Hat OpenShift 版本，同时确保客户可以在红帽支持的 OpenShift 环境中进行部署。

版本详情用于决定必须更新哪些 Operator 目录索引（特定于版本）。

Operator 不能使用在此范围内所有 Red Hat OpenShift 版本中不存在的任何 API。

确保目标版本中提供了使用的任何 API。

Operator 捆绑包中的 CSV 必须指示 Operator 拥有的所有 CRD。

确保正确跟踪和管理 CRD 生命周期。

Operator 捆绑包中的 CSV 必须使用 spec.relatedImages 字段指示执行其功能所需的所有容器镜像。

正确识别所有依赖项。

Operator 名称必须与社区、认证和红帽目录中已经发布的任何其他 Operator 名称不同。

为避免名称冲突。