Platform 生命周期政策 。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.14 发 发行注 行注记 记 3 1.3. 新功能及功能增强 此版本对以下方面进行了改进。 1.3.1. Red Hat Enterprise Linux CoreOS (RHCOS) 1.3.1.1. RHCOS 现 现在使用 在使用 RHEL 9.2 RHCOS 现在在 OpenShift 请参阅 AWS 本地区中快速设置集群。 1.3.2.21. 使用手 使用手动维护 动维护的云凭 的云凭证 证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改，用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract 命令的以下参数简化了云凭证的手动配置： Serverless 功 能，以便您可以使用带有 CloudEvent 或 HTTP 请求的 Serverless 功能。 查看 BuildConfigs 和 Shipwright 构建的最新构建的状态、开始时间和持续时间。您还可以在 Details 页面中查看此信息。 1.3.4.2.1. 新的快速开始 新的快速开始 在这个版本中，存在新的快速启动，您可以在其中发现开发人员工具，如安装 Cryostat Operator

PLATFORM CI/CD 概述 OpenShift Container Platform 是面向开发人员的企业就绪 Kubernetes 平台，使组织能够通过 DevOps 实践（如持续集成(CI)和持续交付(CD)）自动化应用程序交付流程。为了满足您的机构需求，OpenShift Container Platform 提供以下 CI/CD 解决方案： OpenShift 构建 OpenShift ilder）。对于 docker 和 S2I 构建，生成的对象为可运行 的镜像。对于自定义构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用管道构建策略来实现复杂的工作流： 持续集成 持续部署 2.1.1.1. Docker 构 构建 建 OpenShift Container Platform 使用 Buildah 从 Dockerfile 构建容器镜像。有关使用 Dockerfile Pipeline 构建策略在 OpenShift Container Platform 4 中弃用。基于 Tekton 的 OpenShift Container Platform Pipelines 中带有等效且改进的功能。 OpenShift Container Platform 上的 Jenkins 镜像被完全支持，用户可以按照 Jenkins 用户 文档在作业中定义 jenkinsfile，或者将其存储在

1.2.2.10. 集群升级前所需的 Operator 的最新版本 1.2.2.11. 没有置备网络的部署 1.2.2.12. 部署现在支持 root 设备 hints 1.2.2.13. 安装程序的改进 1.2.2.14. 安装时选择 RHOSP 可用区 1.2.2.15. 在 RHOSP 上安装时不再需要浮动 IP 地址 1.2.2.16. 为 RHCOS 安装选择磁盘 1.2.2.17. AWS 支持的功能 1.2.2.19. IBM Power 系统 限制 支持的功能 1.2.2.20. Red Hat Virtualization（RHV）全堆栈安装程序的改进 1.2.2.21. 使用安装程序置备的基础架构为裸机部署改进修复失败的节点 1.2.3. 安全性与合规性 1.2.3.1. Compliance Operator 1.2.3.2. 配置 OAuth 令牌不活跃超时 1.2 16 16 16 16 17 17 17 17 17 17 17 18 目 目录 录 1 1.2.5.1. 改进了 Web 控制台的升级体验 1.2.5.2. 改进了使用 OperatorHub 的 Operator 安装工作流 1.2.5.3. 改进了操作对象详情视图 1.2.5.4. 查看集群 Operator 的相关对象 1.2.5.5. 编辑受管资源时的警告信息 1

在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla.redhat.com，针对 OpenShift Container Platform 产品的 Documentation组件提交 Bugzilla Container Platform 会收集有关集群健康、使用情况和集群大小的匿名聚合信息，并通过两个 集成组件（Telemetry 和 Insights Operator）向红帽报告。红帽利用这些信息便可改进 OpenShift Container Platform，并更快地对影响客户的问题做出反应。这还可以简化红帽客户的订阅和授权流程， 并使 Red Hat OpenShift Cluster Manager 会向红帽发送一组精选的集群监控指标子集。这些指标会持续发送并描述： OpenShift Container Platform 集群的大小 OpenShift Container Platform 组件的健康和状态 正在进行的任何升级的健康和状态 有关 OpenShift Container Platform 组件和功能的有限使用情况信息 有关集群监控组件所报告的警报的摘要信息 红帽将使用这一持续数据流实时监控集群的

序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift Container Platform 还提供功能齐全的 web 控制台和自定义 OpenShift CLI (oc) 界面。 1.1.3.4. OpenShift Container 得以扩展或复制，在需求增加时为客户端提供更多实例，在需求下降时缩减为更少的实例。 以不同的方式运行，具体由应用程序的类型决定。例如，一个应用程序可能每月运行一次来生成 报告，然后退出。另一个应用程序可能需要持续运行，并且必须对客户端高度可用。 受到管理，以便您可以监视应用程序的状态并在出现问题时做出反应。 容器得到广泛接受，对能让容器适合企业使用的工具和方法的需求也随之诞生，这使得容器有了丰富的选 择。

worker 在 OpenShift Container Platform 集群上托管 control plane。这个模型执行以下操作： 优化 control plane 所需的基础架构成本。 改进集群创建时间。 启用使用 Kubernetes 原生高级别元语托管 control plane。例如，部署有状态的集合。 在 control plane 和工作负载之间允许强大的网络分段。 混合云部署 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩 扩展 展优势 优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 容器便可。 由于应用程序的所有软件 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift Container Platform 还提供功能齐全的 web 控制台和自定义 OpenShift CLI (oc) 界面。 2.1.3.4. OpenShift Container

序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 OpenShift Container 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift Container Platform 还提供功能齐全的 web 控制台和自定义 OpenShift CLI (oc) 界面。 2.1.3.4. OpenShift Container Update Service 显示当前集群的所有推荐更新。如果 OpenShift Update Service 不建议升级路径，这可能是因为更新或目标发行版本存在已知问题。 两个控制器在持续更新模式下运行。第一个控制器持续更新有效负载清单，将清单应用到集群，并输出 Operator 的受控推出的状态，以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service，以确定更新是否可用。

序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift Container Platform 还提供功能齐全的 web 控制台和自定义 OpenShift CLI (oc) 界面。 1.1.3.4. OpenShift Container 得以扩展或复制，在需求增加时为客户端提供更多实例，在需求下降时缩减为更少的实例。 以不同的方式运行，具体由应用程序的类型决定。例如，一个应用程序可能每月运行一次来生成 报告，然后退出。另一个应用程序可能需要持续运行，并且必须对客户端高度可用。 受到管理，以便您可以监视应用程序的状态并在出现问题时做出反应。 容器得到广泛接受，对能让容器适合企业使用的工具和方法的需求也随之诞生，这使得容器有了丰富的选 择。

章 触 触发 发和修改 和修改构 构建 建 8.1. 构建触发器 8.2. 构建 HOOK 第 第 9 章 章 执 执行高 行高级构 级构建 建 9.1. 设置构建资源 9.2. 设置最长持续时间 4 4 6 6 8 8 9 9 10 19 19 22 23 25 26 30 31 32 32 32 33 34 34 35 42 44 51 52 53 53 53 Docker 和 S2I 构建，生成的对象为可运行 的镜像。对于 Custom 构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用 Pipeline 构建策略来实现复杂的工作流： 持续集成 持续部署 1.1.1. Docker 构建 Docker 构建策略调用 docker build 命令，它需要一个含有 Dockerfile 的存储库并且其中包含所有必要的 工件，从而能生成可运行的镜像。 构建 重要 重要 Pipeline 构建策略在 OpenShift Container Platform 4 中弃用。基于 Tekton 的 OpenShift Pipelines 中带有等效且改进的功能。 OpenShift 上的 Jenkins 镜像被完全支持，用户可以按照 Jenkins 用户文档在作业中定义 Jenkinsfile，或者将其存储在 Source Control Management

可让应用程序开发人员通过自动收 集并共享与工作负载的绑定数据，将工作负载与 Operator 管理的支持服务绑定在一起。Service Binding Operator 使用一致和声明性服务绑定方法改进开发生命周期，可防止集群环境中的差 异。 使用开 使用开发 发人 人员 员 CLI 工具（ 工具（odo CLI 工具）： odo CLI 工具可让开发人员轻松创建单一或多组件应 OpenShift 创 创建 建 CI/CD 管道 管道 ：管道是无服务器、云原生、持续集成和在隔离容器中运行的持续部署系统。它 们使用标准的 Tekton 自定义资源来实现部署自动化，并为处理基于微服务的架构的非中心化团队 设计。 管理您的基 管理您的基础 础架 架构 构和 和应 应用程序配置 用程序配置 ： GitOps 是为云原生应用程序实施持续部署的一种声明方 式。GitOps 将基础架构和应用程序定义定 程健康监 监控 控：OpenShift Container Platform 会收集有关集群的匿名汇总信息。通过使用 Telemetry 和 Insights Operator，红帽会接收这些数据，用于改进 OpenShift Container Platform。您可以查看远程健康监控收集的数据。 OpenShift Container Platform 4.10 关于 关于 6 第 2 章 了解有关