CSI）插件来置备 Azure Disk 存储。 在以后的 OpenShift Container Platform 版本中，计划使用现有树内插件置备的卷迁移到 对应的 CSI 驱动程序。CSI 自动迁移应该可以无缝进行。迁移不会改变您使用所有现有 API 对象的方式，如持久性卷、持久性卷声明和存储类。有关迁移的更多信息，请参阅 CSI 自动迁移。 完全迁移后，未来的 OpenShift Container Platform 卷使用服务器消息块。 重要 重要 在以后的 OpenShift Container Platform 版本中，计划使用现有树内插件置备的卷迁移到 对应的 CSI 驱动程序。CSI 自动迁移应该可以无缝进行。迁移不会改变您使用所有现有 API 对象的方式，如持久性卷、持久性卷声明和存储类。有关迁移的更多信息，请参阅 CSI 自动迁移。 完全迁移后，未来的 OpenShift Container Platform CSI）插件来置备 Cinder 存储。 在以后的 OpenShift Container Platform 版本中，计划使用现有树内插件置备的卷迁移到 对应的 CSI 驱动程序。CSI 自动迁移应该可以无缝进行。迁移不会改变您使用所有现有 API 对象的方式，如持久性卷、持久性卷声明和存储类。有关迁移的更多信息，请参阅 CSI 自动迁移。 完全迁移后，未来的 OpenShift Container Platform

CSI）插件来置备 AWS EBS 存储。 在以后的 OpenShift Container Platform 版本中，计划使用现有树内插件置备的卷迁移到 对应的 CSI 驱动程序。CSI 自动迁移应该可以无缝进行。迁移不会改变您使用所有现有 API 对象的方式，如持久性卷、持久性卷声明和存储类。有关迁移的更多信息，请参阅 CSI 自动迁移。 完全迁移后，未来的 OpenShift Container Platform CSI）插件来置备 Azure Disk 存储。 在以后的 OpenShift Container Platform 版本中，计划使用现有树内插件置备的卷迁移到 对应的 CSI 驱动程序。CSI 自动迁移应该可以无缝进行。迁移不会改变您使用所有现有 API 对象的方式，如持久性卷、持久性卷声明和存储类。有关迁移的更多信息，请参阅 CSI 自动迁移。 完全迁移后，未来的 OpenShift Container Platform CSI）插件来置备 Cinder 存储。 在以后的 OpenShift Container Platform 版本中，计划使用现有树内插件置备的卷迁移到 对应的 CSI 驱动程序。CSI 自动迁移应该可以无缝进行。迁移不会改变您使用所有现有 API 对象的方式，如持久性卷、持久性卷声明和存储类。有关迁移的更多信息，请参阅 CSI 自动迁移。 完全迁移后，未来的 OpenShift Container Platform

Container Platform 基于 Red Hat Enterprise Linux 和 Kubernetes，为当今的企业级应用程序 提供了一个更加安全、可扩展的多租户操作系统，同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 Red Hat OpenShift Container Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据软 件的当前状态实时做出决定。Advanced Operators 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 1.2.1.1. Operator Lifecycle Manager (OLM) OpenShift adapter 实例发送 Kubernetes API 聚合的 APIService 配置可能会在以后发行的版本中改 变。 1.2.5.2. 新的提示用 新的提示用户界面 界面 一个提示信息 UI 现已集成到 OpenShift Container Platform web 控制台中。现在，您可以从一个统一的 地方查看集群一级的提示信息及提示规则。 1.2.5.3. Telemeter Telemeter

1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有 Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公有云平台或数据中心 中。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform Ignition，OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container

1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有 Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公有云平台或数据中心 中。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform Ignition，OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container

的更新 Service Mesh 集成。 1.2.2.12.6. Istio 1.9 支持 Service Mesh 2.1 基于 Istio 1.9，它带来了大量新功能和产品增强。虽然大多数 Istio 1.9 功能被支持，但请 注意以下例外： OpenShift Container Platform 4.8 Service Mesh 10 虚拟机集成尚不受支持 尚不支持 Kubernetes 网关 API 尚不支持远程获取和加载 WebAssembly HTTP 过滤器 尚不支持使用 Kubernetes CSR API 的自定义 CA 集成 监控流量的请求分类是一个技术预览功能 通过授权策略的 CUSTOM 操作与外部授权系统集成是一项技术预览功能 1.2.2.12.7. 改进了 Service Mesh operator 性能 Red Hat OpenShift Service 的管理控制台。它提供了仪表板、可观察性以及 强大的配置和验证功能。它通过推断流量拓扑显示服务网格的结构，并显示网格的健康状况。 Kiali 提供详细的指标、强大的验证、访问 Grafana 以及与分布式追踪平台的强大集成。 Prometheus - Red Hat OpenShift Service Mesh 使用 Prometheus 来存储来自服务的遥测信 息。Kiali 依靠 Prometheus 获取指标数据、健康状况和网格拓扑。

1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有 Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公共云平台或数据中心。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux（RHEL） 和相关的红帽技术。OpenShift Container Ignition，OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container

一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包含要在终端执行以编译镜像的用户命令的文本文件。 操作系 操作系统 统的好 的好处 处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有 Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公共云平台或数据中心。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux（RHEL） 和相关的红帽技术。OpenShift Container

Docker 和 S2I 构建，生成的对象为可运行 的镜像。对于 Custom 构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用 Pipeline 构建策略来实现复杂的工作流： 持续集成 持续部署 1.1.1. Docker 构建 Docker 构建策略调用 docker build 命令，它需要一个含有 Dockerfile 的存储库并且其中包含所有必要的 工件，从而能生成可运行的镜像。 (S2I) 策略的构建会创建新的容器镜像。镜像而后被推送到由 Build 规 格的 output 部分中指定的容器镜像 registry 中。 如果输出类型是 ImageStreamTag，则镜像将推送到集成的 OpenShift Container Platform registry 并在 指定的镜像流中标记。如果输出类型是 DockerImage，则输出引用的名称将用作 Docker 推送规格。规格 构建策略的自定义构建器镜像是填补这一空缺的理想选 择。 自定义构建器镜像是嵌入了构建过程逻辑的普通容器镜像，例如用于构建 RPM 或基本容器镜像的逻辑。 此外，自定义构建器还允许实施任何扩展构建过程，例如运行单元或集成测试的 CI/CD 流。 要充分利用 Custom 构建策略的优势，您必须了解如何创建能够构建所需对象的自定义构建器镜像。 5.3.4.1. 自定 自定义构建器 建器镜像 像 strategy:

CONTAINER PLATFORM CI/CD 概述 OpenShift Container Platform 是面向开发人员的企业就绪 Kubernetes 平台，使组织能够通过 DevOps 实践（如持续集成(CI)和持续交付(CD)）自动化应用程序交付流程。为了满足您的机构需求，OpenShift Container Platform 提供以下 CI/CD 解决方案： OpenShift 构建 OpenShift JENKINS Jenkins 自动化了构建、测试和部署应用和项目的过程。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples Operator 模板或认证的 Helm Chart 在 OpenShift 上部署。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM uilder）。对于 docker 和 S2I 构建，生成的对象为可运行 的镜像。对于自定义构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用管道构建策略来实现复杂的工作流： 持续集成 持续部署 2.1.1.1. Docker 构 构建 建 OpenShift Container Platform 使用 Buildah 从 Dockerfile 构建容器镜像。有关使用 Dockerfile