Platform 中是很重要的组件，因为它们提供以下服务： 执行健康检查 提供监视应用程序的方法 管理无线更新 确保应用程序保持指定状态 1.4. 关于面向开发人员的容器化应用程序 作为开发者，您可以使用不同的工具、方法和格式来根据您的独特要求开发容器化应用程序，例如： 使用各种 build-tool、base-image 和 registry 选项构建简单容器应用程序。 使用 OperatorHub 替换为适当的值。 要调用的 webhook 的名称。将 替换为适当的值。 如何连接、信任和将数据发送到 webhook 服务器的信息。 创建前端服务的命名空间。 前端服务的名称。 用于准入请求的 webhook URL。将 替换为适当的值。 为 webhook 服务器使用的服务器证书签名的 PEM 编码的 CA 证书。将 failurePolicy: 11 sideEffects: Unknown 第 第 8 章 章 准入插件 准入插件 51 5 6 7 8 9 10 11 1 创建前端服务的命名空间。 前端服务的名称。 用于准入请求的 webhook URL。将 替换为适当的值。 为 webhook 服务器使用的服务器证书签名的 PEM 编码的 CA 证书。将

配置应用程序 11.3.3. 将应用程序存储在 Git 中 11.4. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 11.4.1. 创建数据库服务 11.4.2. 创建前端服务 11.4.3. 为您的应用程序创建路由 第 第 12 章 章 使用 使用镜 镜像 像 12.1. 使用镜像概述 12.2. 配置 JENKINS 镜像 12.2.1. 配置和自定义 12 OpenShift Container Platform 4.7 镜 镜像 像 8 模板是要复制的对象的定义。您可以使用 模板 来构建和部署配置。 1.14. 如何使用 RUBY ON RAILS 作为开发者，您可以使用 Ruby on Rails 进行： 编写应用程序： 设置数据库. 创建欢迎页面。 为 OpenShift Container Platform 配置应用程序。 将应用存储在 Git 安全性 上下文约束(SCC)。此外，您还可允许所有镜像以任何用户身份运行。 使用服务进行镜像间通信 对于您的镜像需要与另一镜像提供的服务通信的情况，例如需要访问数据库镜像来存储和检索数据的 web 前端镜像，则您的镜像应使用一个 OpenShift Container Platform 服务。服务为访问提供静态端点，该端 点不会随着容器的停止、启动或移动而改变。此外，服务还会为请求提供负载均衡。

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 6.5. 在控制台中管理裸机主机 在控制台中管理裸机主机 在以前的版本中，没有记录如何在 web 控制台中维护裸机主机。现在，这个内容已添加。如需更多信 息，请参阅管理裸机主机。 1.2.7. 开发者体验 OpenShift Container Platform 4.6 发 发行注 行注记 记 20 1.2.7.1. oc set probe 命令已 命令已扩 扩展 展 oc set probe 时连接有重复使用的风险，所以在 CLI 中的 Ingress Controller 的输出中 添加了警告消息，用于仅在使用自定义（非通配符）证书的路由上启用 HTTP/2 ALPN。因此， 没有其自身自定义证书的路由在前端或后端上都不会是启用了 HTTP/2 ALPN 的路由。 (BZ#1827364) 在以前的版本中，当重新载入 HAProxy 时，HAProxy Prometheus counter 指标会降低，这明确

如果您运行多个服务，比如使用多个 pod 的前端和后端服务，则要为用户名和服务 IP 等创建环境变量， 使前端 pod 可以跟后端服务通信。如果删除并重新创建服务，可以为该服务分配一个新的 IP 地址，而且 需要重新创建前端 pod 来获取服务 IP 环境变量的更新值。另外，必须在任何前端 pod 之前创建后端服 务，以确保正确生成服务 IP，并将它作为环境变量提供给前端 pod。 因此，OpenShift 会主动管理其资源。您可以将其更改为 Unmanaged，这意味着 DNS Operator 不管理其资源。 以下是更改 DNS Operator managementState 的用例： 您是一个开发者，希望测试配置更改来查看它是否解决了 CoreDNS 中的问题。您可以通过将 managementState 设置为 Unmanaged 来停止 DNS Operator 覆盖更改。 您是一个集群管理员，报告了 27.3.2. 在控制台中查看 OVN-Kubernetes 警报 Alerting UI 提供有关警报及其相关警报规则和静默的详细信息。 先决条件 先决条件 对于您要查看指标的项目，您可以作为开发者或具有查看权限的用户访问集群。 流程 流程 (UI) 1. 在 Administrator 视角中，选择 Observe → Alerting。在此视角中，Alerting UI 有三个主要页

Container Platform 集群。对于 OpenShift Container Platform 4.14，OCI 上的 OpenShift Container Platform 作为一个开发者技术预览功能提供。 要在 OCI 上安装 OpenShift Container Platform 集群，请选择以下安装选项之一： 使用辅助安装程序在 Oracle® Cloud Infrastructure Outposts 平台 技术预览 技术预览 技术预览 Oracle Cloud Infrastructure (OCI) 上的 OpenShift Container Platform 不可用 不可用 开发者预览 可选择 Cluster Inventory 技术预览 技术预览 技术预览 使用 vSphere 的静态 IP 地址（仅限IPI） 不可用 不可用 技术预览 节 节点技 点技术预览 术预览功能 control plane 访问 Kubernetes API 服务器时，pod 无法访问服务器，因为 kube-system 命名空间中 的 data plane 代理无法解析请求。出现这个问题的原因是，前端使用 IP 地址，后端使用 pod 无法解析的 DNS 名称。 Pod 处于 ContainerCreating 状态 ：出现这个问题，因为 openshift-service-ca-operator

如果您运行多个服务，比如使用多个 pod 的前端和后端服务，则要为用户名和服务 IP 等创建环境变量， 使前端 pod 可以跟后端服务通信。如果删除并重新创建服务，可以为该服务分配一个新的 IP 地址，而且 需要重新创建前端 pod 来获取服务 IP 环境变量的更新值。另外，必须在任何前端 pod 之前创建后端服 务，以确保正确生成服务 IP，并将它作为环境变量提供给前端 pod。 因此，OpenShift 会主动管理其资源。您可以将其更改为 Unmanaged，这意味着 DNS Operator 不管理其资源。 以下是更改 DNS Operator managementState 的用例： 您是一个开发者，希望测试配置更改来查看它是否解决了 CoreDNS 中的问题。您可以通过将 managementState 设置为 Unmanaged 来停止 DNS Operator 覆盖更改。 您是一个集群管理员，报告了

Jaeger UI 中显 示。(TRACING-3139) 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示： Jaeger UI 中显 示。(TRACING-3139) 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示： Jaeger UI 中显 示。(TRACING-3139) 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示：

API 服务器配置会话持久 性可能会导致出现过量 OpenShift Container Platform 集群应用程序流量，以及过 量的在集群中运行的 Kubernetes API。 在负载均衡器的前端和后端配置以下端口： 表 表 12.7. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 6443 Bootstrap 的或基于会话的持久性。 提示 提示 如果应用程序入口负载均衡器可以看到客户端的真实 IP 地址，启用基于 IP 的会话持久性可以提 高使用端到端 TLS 加密的应用程序的性能。 在负载均衡器的前端和后端配置以下端口： 表 表 12.8. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 443 应用程序流 用程序流 量，以及 量，以及过 过量的在集群中 量的在集群中运 运行的 行的 Kubernetes API。 。 在 在负载 负载均衡器的前端和后端配置以下端口： 均衡器的前端和后端配置以下端口： 表 表 12.20. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部

API 服务器配置会话持久 性可能会导致出现过量 OpenShift Container Platform 集群应用程序流量，以及过 量的在集群中运行的 Kubernetes API。 在负载均衡器的前端和后端配置以下端口： 表 表 12.7. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 6443 Bootstrap 的或基于会话的持久性。 提示 提示 如果应用程序入口负载均衡器可以看到客户端的真实 IP 地址，启用基于 IP 的会话持久性可以提 高使用端到端 TLS 加密的应用程序的性能。 在负载均衡器的前端和后端配置以下端口： 表 表 12.8. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 443 应用程序流 用程序流 量，以及 量，以及过 过量的在集群中 量的在集群中运 运行的 行的 Kubernetes API。 。 在 在负载 负载均衡器的前端和后端配置以下端口： 均衡器的前端和后端配置以下端口： 表 表 12.17. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部

可允许所有镜像以任何用户身份运行。 使用服 使用服务进 务进行 行镜 镜像 像间 间通信 通信 对于您的镜像需要与另一镜像提供的服务通信的情况，例如需要访问数据库镜像来存储和检索数据的 web 前端镜像，则您的镜像应使用一个 OpenShift Container Platform 服务。服务为访问提供静态端点，该端 点不会随着容器的停止、启动或移动而改变。此外，服务还会为请求提供负载均衡。 Platform 的 PostgreSQL 镜像创建数据库服务。 从 OpenShift Container Platform 的 Ruby 2.0 构建程序镜像和 Ruby on Rails 源代码创建前端服 务，这些服务将与数据库服务相连接。 为应用程序创建路由。 流程 流程 要部署 Ruby on Rails 应用程序，请为应用程序创建一个新的项目： $ oc new-project rails-app 监控进度： $ oc get pods --watch 9.3.2. 创建前端服务 要将应用程序添加到 OpenShift Container Platform 中，您必须指定应用程序所在存储库。 OpenShift Container Platform 4.2 镜 镜像 像 70 流程 流程 1. 创建前端服务，并指定创建数据库服务时设置的数据库相关环境变量： $ oc new-app