完全自动创建所需资源、网络和计算。如需更多信息，请参阅 AWS 本地区中快速设置集群。 1.3.2.21. 使用手 使用手动维护 动维护的云凭 的云凭证 证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改，用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract Container Platform 集群。对于 OpenShift Container Platform 4.14，OCI 上的 OpenShift Container Platform 作为一个开发者技术预览功能提供。 要在 OCI 上安装 OpenShift Container Platform 集群，请选择以下安装选项之一： 使用辅助安装程序在 Oracle® Cloud Infrastructure Operator。 灵活的 灵活的 Operator 打包格式 打包格式 管理员可以使用基于文件的目录来安装和管理以下类型的内容： 基于 OLM 的 Operator，类似于现有的 OLM 体验 普通捆绑包，它们是任意 Kubernetes 清单的静态集合 另外，捆绑包大小不再受 etcd 值大小限制。如需更多信息，请参阅在 OLM 1.0 中管理普通捆绑包。 注意 注意 对于 OpenShift

进行横向的自动扩展 (技术预览) 1.2.5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6.2. 全面支持 Multi-stage Dockerfile 镜像构建功能 1.2.7. Registry 1.2.7.1. registry 现在由一个 1. Cluster Network Operator (CNO) 1.2.8.2. OpenShift SDN 1.2.8.3. Multus 1.2.9. Web 控制台 1.2.9.1. 开发者目录 1.2.9.2. 新的管理界面 1.2.10. 安全性 1.3. 主要的技术变化 由 buildah 进行镜像构建 SecurityContextConstraints 服务 CA bundle metrics 服务器。 1.2.6. 开发者体验 1.2.6.1. 代 代码就 就绪容器 容器 oc cluster 命令、Minishift 以及 CDK 现在由一个本地的 OpenShift Container Platform 4.1 桌面实例所替 代。OpenShift Container Platform 4.1 的设计宗旨是简化访问过程及提供原生的体验。它在 macOS 和 Microsoft

章 关于 关于 {OKE} 2.1. 相同和不同的地方 2.1.1. 核心 Kubernetes 和容器编配 2.1.2. 企业级就绪配置 2.1.3. 标准基础架构服务 2.1.4. 核心用户体验 2.1.5. 维护和策展的内容 2.1.6. 兼容 OpenShift Container Storage 2.1.7. Red Hat Middleware 兼容 2.1.8. OpenShift Serverless 2.1.9. Quay 集成兼容 2.1.10. OpenShift Virtualization 2.1.11. 高级集群管理 2.1.12. 高级网络 2.1.13. 开发者体验 2.1.14. 功能概述 2.2. 订阅限制 第 第 3 章 章 KUBERNETES 概述 概述 3.1. KUBERNETES 组件 3.2. KUBERNETES 资源 3.3. KUBERNETES Container Platform 中发现的 Route API 对象，包括其与 HAproxy 边缘路由层 集成在一起的 Kubernetes Ingress Controller。 2.1.4. 核心用户体验 OpenShift Kubernetes Engine 用户对 Kubernetes Operator、pod 部署策略、Helm 和 OpenShift Container Platform

. . . . 目 目录 录 第 第 1 章 章 WEB 控制台概述 控制台概述 1.1. 关于 WEB 控制台中的 ADMINISTRATOR 视角 1.2. 关于 WEB 控制台中的开发者视角 第 第 2 章 章 访问 访问WEB控制台 控制台 2.1. 先决条件 2.2. 了解和访问WEB控制台 第 第 3 章 章 使用 使用 OPENSHIFT CONTAINER PLATFORM OpenShift Container Platform web 控制台，以访问管理 管理员 员视角。 第 第 1 章 章 WEB 控制台概述 控制台概述 3 1.2. 关于 WEB 控制台中的开发者视角 开 开发 发者 者视角提供了几个用来部署应用程序、服务和数据库的内置方法。在开 开发 发者 者视角中，您可以： 查看组件上滚动和重新创建推出部署的实时视觉化。 查看应用状态、资源利用率、项目事件流和配额消耗。 Platform Web控制台是可从Web浏览器访问的用户界面。开发人员可以使用Web控 制台来直观地浏览并管理项目的内容。 2.1. 先决条件 必须启用JavaScript才能使用Web控制台。为获得最佳体验，请使用支持WebSockets的Web浏览 器。 在为集群创建支持基础结构之前，请参阅OpenShift Container Platform 4.x Tested Integrations页。

14 14 14 15 16 16 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 Perspective (开发者视角) 1.2.6. 扩展 1.2.6.1. 集群最大限制 1.2.6.2. 添加到 Node Tuning Operator 的实时配置集 1.2.6.3. 现在完全支持 Performance Addon Operator 1.2.6.4. 使用 Intel 设备优化数据平面性能 1.2.6.5. 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7.1 OPENSHIFT CONTAINER PLATFORM 4.6 发 发行注 行注记 记 17 1.2.5. Web 控制台 1.2.5.1. 改 改进 进了 了 Web 控制台的升 控制台的升级 级体 体验 验 现在，管理员可以通过有用的文本和 web 控制台中的链接更好地了解升级频道之间的差别。 现在，为每个次要版本或补丁版本提供了程序错误修正和功能增强列表的链接。 现在，不同的升级路径有视觉化的显示。

和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包含要在终端执行以编译镜像的用户命令的文本文件。 Platform 中是很重要的组件，因为它们提供以下服务： 执行健康检查 提供监视应用程序的方法 管理无线更新 确保应用程序保持指定状态 1.4. 关于面向开发人员的容器化应用程序 作为开发者，您可以使用不同的工具、方法和格式来根据您的独特要求开发容器化应用程序，例如： 使用各种 build-tool、base-image 和 registry 选项构建简单容器应用程序。 使用 OperatorHub Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container Engine。 Kubelet，Kubernetes

Platform Web控制台是可从Web浏览器访问的用户界面。开发人员可以使用Web控 制台来直观地浏览并管理项目的内容。 先决条件 先决条件 必须启用JavaScript才能使用Web控制台。为获得最佳体验，请使用支持WebSockets的Web浏览 器。 在为集群创建支持基础结构之前，请参阅OpenShift Container Platform 4.x Tested Integrations页。 foo for windows 4. 点 Save 按钮。 OpenShift Container Platform 4.2 Web 控制台 控制台 10 第 5 章 关于 WEB 控制台中的开发者视角 OpenShift Container Platform web 控制台提供两种视角: Administrator 视角和 Developer 视角。 Developer 视角提供开发人员用例特有的工作流，比如：

Disconnect 结束会话。 8.7.1.3. 通 通过 RDP 连接至 接至 Windows 虚 虚拟机 机 桌面查看器控制台利用远程桌面协议 (RDP)，为连接至 Windows 虚拟机提供更好的控制台体验。 要使用 RDP 连接至 Windows 虚拟机，请从 web 控制台上 Virtual Machine Details 屏幕中的 Consoles 选项卡下载虚拟机的 console.rdp 文件，并将其提供给您首选的 vnc -v 4 OpenShift Container Platform 4.10 虚 虚拟 拟化 化 76 远程桌面协议 (RDP) 为连接至 Windows 虚拟机提供更好的控制台体验。 要通过 RDP 连接至 Windows 虚拟机，请为 RDP 客户端指定附加的 L2 vNIC 的 IP 地址。 先决条件 先决条件 正在运行的 Windows 虚拟机装有 QEMU 客户机代理。VirtIO 红帽使用这一数据流来实时监控集群，必要时将对影响客户的问题做出反应。它同时还有助于红帽向客户 推出 OpenShift Container Platform 升级，以便最大程度降低服务影响，持续改进升级体验。 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 OpenShift Container Platform 4.10 虚 虚拟 拟化 化 274

OpenShift Container Platform 4.7 镜 镜像 像 8 模板是要复制的对象的定义。您可以使用 模板 来构建和部署配置。 1.14. 如何使用 RUBY ON RAILS 作为开发者，您可以使用 Ruby on Rails 进行： 编写应用程序： 设置数据库. 创建欢迎页面。 为 OpenShift Container Platform 配置应用程序。 将应用存储在 Git registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 高度可用，且易于在 OpenShift Container Platform 上使用。 4.1.1. 常规容器镜像准则 无论容器镜像是否在 定义镜像元数据有助于 OpenShift Container Platform 更好地使用您的容器镜像，允许 OpenShift Container Platform 使用您的镜像为开发人员创造更好的体验。例如，您可以添加元数据以提供有用的镜 像描述，或针对可能也需要的其他镜像提供建议。 集群 您必须充分了解运行镜像的多个实例的意义。在最简单的情况下，服务的负载均衡功能会处理将流量路由 到镜像的所

的基础架构和应用程序。 如需更多信息，请参阅关于 Red Hat OpenShift GitOps 。 1.4. JENKINS Jenkins 自动化了构建、测试和部署应用和项目的过程。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples Operator 模板或认证的 Helm Chart 项。例如，用于运行前文所述的单元测试。若要控制镜像入口点，或者如果镜像没有 /bin/sh，可 使用 command 和/或 args。 注意 注意 引入的额外 -i 标志用于改进搭配 CentOS 和 RHEL 镜像时的体验，未来的发行版 中可能会剔除。 命令作为镜像入口点： $ oc set triggers --help postCommit: script: "bundle exec rake test PIPELINES 或 TEKTON 您可以将 CI/CD 工作流从 Jenkins 迁移到 Red Hat OpenShift Pipelines，这是基于 Tekton 项目的云原生 CI/CD 体验。 5.3.1. Jenkins 和 OpenShift Pipelines 概念的比较 您可以查看并比较 Jenkins 和 OpenShift Pipelines 中使用的以下等效术语。 5