更新基于 Java 的项目 - 开发 Operator | Operator | OpenShift 容器平台 4.17

更新基于 Java 的 Operator 项目以适应 Operator SDK 1.36.1
其他资源

OpenShift Container Platform 4.17 支持 Operator SDK 1.36.1。如果您已经在工作站上安装了 1.31.0 CLI，则可以通过安装最新版本将 CLI 更新到 1.36.1。

Red Hat 支持的 Operator SDK CLI 工具版本（包括与 Operator 项目相关的脚手架和测试工具）已弃用，并计划在未来的 OpenShift Container Platform 版本中删除。Red Hat 将在此版本的生命周期内为此功能提供错误修复和支持，但此功能将不再获得增强，并将从未来的 OpenShift Container Platform 版本中删除。

不建议使用 Red Hat 支持的 Operator SDK 版本创建新的 Operator 项目。拥有现有 Operator 项目的 Operator 作者可以使用 OpenShift Container Platform 4.17 版本中发布的 Operator SDK CLI 工具版本来维护其项目并创建针对较新版本的 OpenShift Container Platform 的 Operator 版本。

以下与 Operator 项目相关的基本镜像未弃用。这些基本镜像的运行时功能和配置 API 仍然支持错误修复和解决 CVE。

基于 Ansible 的 Operator 项目的基本镜像
基于 Helm 的 Operator 项目的基本镜像

有关 OpenShift Container Platform 中已弃用或删除的主要功能的最新列表，请参阅 OpenShift Container Platform 发行说明中的已弃用和已删除的功能部分。

有关不受支持的社区维护的 Operator SDK 版本的信息，请参阅Operator SDK (Operator Framework)。

但是，为确保您现有的 Operator 项目保持与 Operator SDK 1.36.1 的兼容性，需要针对自 1.31.0 版本以来引入的相关重大更改执行更新步骤。您必须在之前使用 1.31.0 创建或维护的任何 Operator 项目中手动执行更新步骤。

更新基于 Java 的 Operator 项目以适应 Operator SDK 1.36.1

以下过程将更新现有的基于 Java 的 Operator 项目以使其与 1.36.1 兼容。

先决条件

已安装 Operator SDK 1.36.1
使用 Operator SDK 1.31.0 创建或维护的 Operator 项目

步骤

编辑 Operator 项目的 Makefile 以将 Operator SDK 版本更新为v1.36.1-ocp，如下例所示

Makefile 示例

# Set the Operator SDK version to use. By default, what is installed on the system is used.
# This is useful for CI or a project to utilize a specific version of the operator-sdk toolkit.
OPERATOR_SDK_VERSION ?= v1.36.1-ocp

将kube-rbac-proxy容器更新为使用基于 Red Hat Enterprise Linux (RHEL) 9 的镜像
1. 在以下文件中找到kube-rbac-proxy容器的条目
  config/default/manager_auth_proxy_patch.yaml
  
  针对您的 Operator 项目的bundle/manifests/<operator_name>.clusterserviceversion.yaml，例如教程中的memcached-operator.clusterserviceversion.yaml
2. 将拉取规范中的镜像名称从ose-kube-rbac-proxy更新为ose-kube-rbac-proxy-rhel9，并将标签更新为v4.17
  带有v4.17镜像标签的ose-kube-rbac-proxy-rhel9拉取规范示例
  # ... containers: - name: kube-rbac-proxy image: registry.redhat.io/openshift4/ose-kube-rbac-proxy-rhel9:v4.17 # ...
kustomize/v2插件现在已稳定，并且在使用go/v4、ansible/v1、helm/v1和hybrid/v1-alpha插件时，它是插件链中使用的默认版本。有关此默认脚手架的更多信息，请参阅Kubebuilder文档中的Kustomize v2。

如果您的 Operator 项目使用多平台或多架构构建，请将项目 Makefile 中的现有docker-buildx目标替换为以下定义

Makefile 示例

docker-buildx:
## Build and push the Docker image for the manager for multi-platform support
	- docker buildx create --name project-v3-builder
	docker buildx use project-v3-builder
	- docker buildx build --push --platform=$(PLATFORMS) --tag ${IMG} -f Dockerfile .
	- docker buildx rm project-v3-builder

您必须将 Operator 项目中的 Kubernetes 版本升级到 1.29。必须在您的项目结构、Makefile 和go.mod文件中进行以下更改。

Kubebuilder 即将弃用go/v3插件，因此 Operator SDK 也将在未来的版本中迁移到go/v4。
1. 更新您的go.mod文件以升级您的依赖项
  k8s.io/api v0.29.2 k8s.io/apimachinery v0.29.2 k8s.io/client-go v0.29.2 sigs.k8s.io/controller-runtime v0.17.3
2. 运行以下命令下载升级后的依赖项
  $ go mod tidy

其他资源

将包清单项目迁移到 bundle 格式

更新项目以适应较新的 Operator SDK 版本

更新基于 Java 的 Operator 项目以适应 Operator SDK 1.36.1

其他资源