： opm CLI 工具可帮助 Operator 开发人员和集群管理员从终端创建和维护 Operator 目录。 Operator SDK ：Operator SDK 是 Operator Framework 的一个组件，它提供了一个 CLI 工具， 可供 Operator 开发人员用于从终端构建、测试和部署 Operator。它简化了 Kubernetes 原生应用 程序的构建流程，这些应用程序需要深入掌握特定于应用程序的操作知识。 https://developers.redhat.com/content-gateway/rest/mirror/pub/openshift- v4/clients/odo/latest/odo-linux-amd64 -o odo $ curl -L https://developers.redhat.com/content-gateway/rest/mirror/pub/openshift- v4/clients/ https://developers.redhat.com/content-gateway/rest/mirror/pub/openshift- v4/clients/odo/latest/odo-darwin-amd64 -o odo $ curl -L https://developers.redhat.com/content-gateway/rest/mirror/pub/openshift- v4/clients

容相结合。 了解 了解 Operator：Operator 是为 OpenShift Container Platform 4.10 创建集群应用程序的首选方 法。了解 Operator Framework 以及如何使用已安装的 Operator 部署到项目中。 开 开发 发 Operator：Operator 是为 OpenShift Container Platform 4.10 创建集群应用程序的首选方 法。了解构建、测试和部署 Operator 的工作流。然后，基于 Ansible 或 Helm 创建自己的 Operator，或使用 Operator SDK 配置 内置 Prometheus 监控。 REST API 参考 参考 ：了解 OpenShift Container Platform 应用程序编程接口端点。 1.3. 集群管理员活动 管理虚拟机，向用户提供服务，并遵循监控和日志记录报告。本文档可帮助您：

容相结合。 了解 了解 Operator：Operator 是为 OpenShift Container Platform 4.13 创建集群应用程序的首选方 法。了解 Operator Framework 以及如何使用已安装的 Operator 部署到项目中。 开 开发 发 Operator：Operator 是为 OpenShift Container Platform 4.13 创建集群应用程序的首选方 法。了解构建、测试和部署 Operator 的工作流。然后，基于 Ansible 或 Helm 创建自己的 Operator，或使用 Operator SDK 配置内置 Prometheus 监控。 REST API 参考 参考 ：了解 OpenShift Container Platform 应用程序编程接口端点。 1.3. 集群管理员活动 管理虚拟机，向用户提供服务，并遵循监控和日志记录报告。本文档可帮助您：

部署的应用程 序。 了解 了解 Operator：Operator 是为 OpenShift Container Platform 4.6 创建集群应用程序的首选方 法。了解 Operator Framework 以及如何使用已安装的 Operator 部署到项目中。 了解 了解镜 镜像 像构 构建 建 ：从不同的构建策略（Docker、S2I、自定义和管道）中选择可以包括不同类型的 源资料（Git Helm 创建自己的 Operator，或使用 Operator SDK 配置内置 Prometheus 监控。 OpenShift Container Platform 4.6 关于 关于 4 REST API 参考 参考 ：列出 OpenShift Container Platform 应用程序编程接口端点。 1.3. 集群管理员活动 OpenShift Container Platform

BuildConfig，并概述了可用的主要构建策略。 2.1. BUILDCONFIG 构建配置描述单个构建定义，以及一组规定何时创建新构建的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift /tmp/input # OUTPUT_REGISTRY and OUTPUT_IMAGE are env variables provided by the custom # build framework TAG="${OUTPUT_REGISTRY}/${OUTPUT_IMAGE}" 第 第 6 章 章 使用 使用 BUILDAH 自定 自定义镜 义镜像 像构 构建 建 53 # performs CLI 创建或间接从复制控制器创建的 pod。它不包括通过 OpenShift Container Platform 节点 的 --manifest-url 标记、--config 标记，或通过 REST API 创建的 pod，因为这些不是创建 pod 的通用方 法。 15.2. 创建 CONFIGMAP 您可以使用以下命令从目录、特定文件或文字值创建 ConfigMap。 流程 流程 创建

2. 对于管理员 1.3. 后续步骤 第 第 2 章 章 了解 了解 OPERATOR 2.1. 什么是 OPERATOR? 2.2. OPERATOR FRAMEWORK 打包格式 2.3. OPERATOR FRAMEWORK 常用术语表 2.4. OPERATOR LIFECYCLE MANAGER (OLM) 2.5. 了解 OPERATORHUB 2.6. 红帽提供的 OPERATOR Broker，但 也存在合适于这些服务的 Operator。 2.1.2. Operator Framework Operator Framework 是基于上述客户体验提供的一系列工具和功能。不仅仅是编写代码；测试、交付和 更新 Operator 也同样重要。Operator Framework 组件包含用于解决这些问题的开源工具： Operator SDK Operator SDK 辅助 功能更好地开发这些功能。 2.2. OPERATOR FRAMEWORK 打包格式 本指南概述了 OpenShift Container Platform 中 Operator Lifecycle Manager (OLM) 所支持的 Operator 打包格式。 2.2.1. 捆绑包格式 Operator 的 Bundle Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管

应用程序 用程序 20.1. PTP 事件消费者应用程序参考 20.2. 引用 CLOUD-EVENT-PROXY 部署和服务 CR 20.3. CLOUD-EVENT-PROXY SIDECAR REST API 中的 PTP 事件 20.4. 将消费者应用程序订阅到 PTP 事件 20.5. 获取当前的 PTP 时钟状态 20.6. 验证 PTP 事件消费者应用程序是否收到事件 第 第 21 流量可能会转移到无线网络中的另一个节点。快速事件通知允许集群节点与 DU 中运 行的 vRAN 应用程序通信 PTP 时钟同步状态，从而缓解工作负载错误。 事件通知可用于在同一 DU 节点上运行的 vRAN 应用。发布-订阅 REST API 将事件通知传递到消息传递总 线。发布-订阅消息传递或发布-订阅消息传递是服务通信架构的异步服务，通过服务通信架构，所有订阅 者会立即收到发布到某一主题的消息。 PTP Operator io/openshift4/ptp-must-gather-rhel8:v4.13 OpenShift Container Platform 4.13 网 网络 络 170 注意 快速事件通知框架使用 REST API 进行通信。REST API 基于 O-RAN O-Cloud Notification API Specification for Event Consumers 3.0，它包括在 O-RAN ALLIANCE

构建策略的概念。 2.2.1. BuildConfig 构建配置描述单个构建定义，以及一组规定何时创建新构建的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift /tmp/input # OUTPUT_REGISTRY and OUTPUT_IMAGE are env variables provided by the custom # build framework TAG="${OUTPUT_REGISTRY}/${OUTPUT_IMAGE}" # performs the build of the new image defined by dockerfile

1. 关于裸机事件 11.2. 裸机事件的工作方式 11.3. 安装 AMQ 消息传递总线 11.4. 订阅集群节点的 REDFISH BMC 裸机事件 11.5. 将应用程序订阅到裸机事件 REST API 参考 第 第 12 章 章 访问 访问第三方 第三方监 监控 控 UI 和 和 API 12.1. 访问第三方监控 UI 12.2. 访问第三方监控 WEB 服务 API 12.3 机上生成的事件。Redfish 服务在节点上发布事件，并将其传送到高级消息队列中。 裸机事件基于在分布式管理任务组(DMTF)的指导下开发的开源 Redfish 标准。Redfish 提供了一个带有 REST API 的安全行业标准协议。该协议用于管理分布式、融合或软件定义的资源和基础架构。 通过 Redfish 发布的硬件相关事件包括： 违反临时处理限制 服务器状态 风扇状态 通过部署 Bare (AMQP)的可靠低延迟传输频道交付。消息传递服务的延迟时间为 10 到 20 毫秒。 Bare Metal Event Relay 为硬件事件提供了一个发布订阅服务，其中多个应用程序可以使用 REST API 订 阅和使用事件。Bare Metal 事件 Relay 支持与 Redfish OpenAPI v1.8 或更高版本的硬件。 11.2.1. 裸机事件中继数据流 下图演示了裸机事件数据流示例：

红帽会测试下表中显示的每个组合。然而，您应该能够将日志数据发送到最接近这些协议的更大范围的目 标日志收集器。 输 输出 出类 类型 型 协议 协议 测试 测试使用 使用 Amazon CloudWatch 通过 HTTPS 的 REST Amazon CloudWatch 的当前版本 elasticsearch elasticsearch Elasticsearch 6.8.1 Elasticsearch 6.8.4 Elasticsearch Elasticsearch 7.12.2 fluentdForward fluentd forward v1 fluentd 1.7.4 logstash 7.10.1 Loki 使用 HTTP 和 HTTPS 的 REST OCP 和 Grafana 实验中部署的 Loki 2.3.0 kafka kafka 0.11 kafka 2.4.1 kafka 2.7.0 第 第 7 章 章 将日志 将日志转发 转发到外部第三方日志 CloudWatch 通过 HTTPS 的 REST Amazon CloudWatch 的当前版本 elasticsearch elasticsearch Elasticsearch 7.10.1 fluentdForward fluentd forward v1 fluentd 1.7.4 logstash 7.10.1 Loki 使用 HTTP 和 HTTPS 的 REST 在 OCP 上部署的 Loki