第 1 章 扩展概述
Operator Lifecycle Manager (OLM) v1 只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。
扩展可让集群管理员在其 OpenShift Container Platform 集群上为用户扩展功能。
自 OpenShift Container Platform 4 初始发行以来，Operator Lifecycle Manager (OLM) 已包含在 OpenShift Container Platform 4 中。OpenShift Container Platform 4.17 包括了一个面向下一代 OLM 操作的组件，作为正式发行 (GA)功能，在此阶段被称为 OLM v1。此更新的框架改变了很多属于以前版本的 OLM 的概念，并添加了新功能。
1.1. 亮点
管理员可以探索以下亮点：
- 支持 GitOps 工作流的全声明性模型
OLM v1 通过两个关键 API 简化扩展管理：
新的
ClusterExtensionAPI 简化了已安装的扩展的管理，其中包括通过registry+v1捆绑包格式的 Operator，通过将面向用户的 API 整合到单个对象中。此 API 由新的 Operator Controller 组件作为clusterextension.olm.operatorframework.io提供。管理员和 SRE 可使用 API 自动进程并使用 GitOps 原则定义所需状态。注意OLM v1 的早期技术预览阶段引入了一个新的
OperatorAPI；此 API 在 OpenShift Container Platform 4.16 中被重命名为ClusterExtension，以解决以下改进：- 更准确地反映了扩展集群功能的简化功能
- 准确地代表了一个更灵活的打包格式
-
Cluster前缀明确表示ClusterExtension对象是集群范围的。这与现有的 OLM 不同，其中 Operator 可以是命名空间范围的或集群范围的
-
CatalogAPI 由新 catalogd 组件提供，作为 OLM v1 的基础，为 on-cluster 客户端解包目录，以便用户可以发现可安装的内容，如 Kubernetes 扩展和 Operator。这可让您提高所有可用 Operator 捆绑包版本的可见性，包括它们的详情、频道和更新边缘。
重要目前，Operator Lifecycle Manager (OLM) v1 无法验证私有 registry，如红帽提供的 Operator 目录。这是个已知问题。因此，依赖 Red Hat Operator 目录的 OLM v1 流程无法正常工作。(OCPBUGS-36364)
如需更多信息，请参阅 Operator Controller 和 Catalogd。
- 改进了对扩展更新的控制
- 通过改进对目录内容的了解，管理员可以指定用于安装和更新的目标版本。这样，管理员可以更好地控制扩展更新的目标版本。如需更多信息，请参阅更新集群扩展。
- 灵活的扩展打包格式
管理员可以使用基于文件的目录来安装和管理扩展，如基于 OLM 的 Operator，与现有 OLM 经验类似。
另外，捆绑包大小不再受 etcd 值大小限制。如需更多信息，请参阅安装扩展。
- 安全目录通信
- OLM v1 使用 HTTPS 加密进行目录服务器响应。
