页中，点 YAML 修改您的配置。 5. 将 ServiceMeshControlPlane 字段 spec.security.manageNetworkPolicy 设置为 false，如下 例所示。 6. 点击 Save。 1.2.2.12. Red Hat OpenShift Service Mesh 2.1 的新功能和增 的新功能和增强 强 此 Red Hat OpenShift Container Platform 4.8 Service Mesh 16 1. 用于检查授权策略。 2. 转发到后端应用程序。 表 1.2. 配置示例 如果您的 如果您的应 应用程序 用程序…​ 选择 选择…​ 依赖于代理进行规范化 BASE、MERGE_SLASHES 或 DECODE_AND_MERGE_SLASHES 根据 RFC 3986 规范化请求路径，且不合并斜杠。 1.2.4. 弃用和删除的功能 之前版本中的一些功能已被弃用或删除。 弃用的功能仍然包含在 OpenShift Container Platform 中，并将继续被支持。但是，这个功能会在以后的 发行版本中被删除，且不建议在新的部署中使用。 删除的功能不再存在于产品中。 1.2.4.1. Red Hat OpenShift Service Mesh 2.2 已弃用的功能 已弃用的功能 第 第

立，划分为最小的组件。 镜 镜像 像 registry 包含 OpenShift Container Platform 镜像的 mirror registry。 单 单体式 体式应 应用程序 用程序 自我包含、构建并打包为单个组件的应用程序。 命名空 命名空间 间 命名空间隔离所有进程可见的特定系统资源。在一个命名空间中，只有属于该命名空间的进程才能看 到这些资源。 OpenShift Operator 的平台。 Operator Lifecycle Manager (OLM) OLM 可帮助您安装、更新和管理 Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包，用 于以有效、自动化且可扩展的方式管理 Operator。 无 无线 线 (OTA) 更新 更新 OpenShift Container Platform Update Service（OpenShift Container Platform 的大小、健康和状态等信息。 模板 模板 模板描述了一组可参数化和处理的对象，用于生成对象列表，供 OpenShift Container Platform 用于 创建。 用 用户 户置 置备 备的基 的基础 础架 架构 构 您可以在自己提供的基础架构上安装 OpenShift Container Platform。您可以使用安装程序来生成置备 集群基础架构所需的资产，

配置专用服务监控器 2.9. 配置持久性存储 2.10. 配置远程写入存储 2.11. 控制用户定义的项目中未绑定指标属性的影响 第 第 3 章 章 配置外部 配置外部 ALERTMANAGER 实 实例 例 3.1. 在时间序列和警报中附加额外标签 3.2. 为监控组件设置日志级别 3.3. 为 PROMETHEUS 启用查询日志文件 3.4. 为 THANOS QUERIER 启用查询日志记录 第 章 为 为用 用户 户定 定义 义的 的项 项目 目启 启用 用监 监控 控 5.1. 为用户定义的项目启用监控 5.2. 授予用户权限来监控用户定义的项目 5.3. 授予用户权限来为用户定义的项目配置监控 5.4. 从集群外部访问自定义应用程序的指标 5.5. 将用户定义的项目从监控中排除 5.6. 为用户定义的项目禁用监控 5.7. 后续步骤 第 第 6 章 章 为 为用 用户 户定 户定 定义 义的 的项 项目 目启 启用警 用警报 报路由 路由 6.1. 了解用户定义的项目的警报路由 6.2. 为用户定义的项目启用警报路由 6.3. 授予用户权限来为用户定义的项目配置警报路由 6.4. 为用户定义的项目禁用警报路由 6.5. 后续步骤 第 第 7 章 章 管理指 管理指标 标 7.1. 了解指标 7.2. 为用户定义的项目设置指标集合 7.3. 查询指标 7.4.

录 第 第 1 章 章 构 构建 建应 应用程序概述 用程序概述 1.1. 使用项目 1.2. 处理应用程序 1.3. 使用 RED HAT MARKETPLACE 第 第 2 章 章 项 项目 目 2.1. 处理项目 2.2. 以其他用户身份创建项目 2.3. 配置项目创建 第 第 3 章 章 创 创建 建应 应用程序 用程序 3.1. 使用 DEVELOPER 视角创建应用程序 视角创建应用程序 3.2. 从已安装的 OPERATOR 创建应用程序 3.3. 使用 CLI 创建应用程序 第 第 4 章 章 使用 使用 TOPOLOGY 视图查 视图查看 看应 应用程序 用程序组 组成情况 成情况 4.1. 先决条件 4.2. 查看应用程序拓扑 4.3. 与应用程序和组件交互 4.4. 扩展应用程序 POD 以及检查构建和路由 4.5. 将组件添加到现有项目 4.6. 对应用程序中的多个组件进行分组 4.8. 从应用程序中删除服务 4.9. 用于 TOPOLOGY 视图的标签和注解 4.10. 其他资源 第 第 5 章 章 导 导出 出应 应用程序 用程序 5.1. 先决条件 5.2. 流程 第 第 6 章 章 将 将应 应用程序 用程序连 连接到服 接到服务 务 6.1. SERVICE BINDING OPERATOR 发行注记 6.2. 了解 SERVICE BINDING OPERATOR

CONTAINER PLATFORM 安装 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 装程序会识别并使用现有组件，而不是运行命令来 再次创建它们，因为程序满足依赖项。 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 7 图 图 1.1. OpenShift Container Platform 安装目 安装目标 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator 将人类操作知识编码到一个软件程序中，易于打包并与客户共享。 用 用户 户置 置备 备的基 的基础 础架 架构 构 您可以在自己提供的基础架构上安装 OpenShift Container Platform。您可以使用安装程序来生成置备 集群基础架构所需的资产，

新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有 提供了一种简单的、标准方式的容 器化服务扩展功能。例如，如果将应用程序构建为一组微服务，而非大型的单体式应用程序，您可以分别 扩展各个微服务来满足需求。有了这一能力，您可以只扩展需要的服务，而不是整个应用程序，从而在使 用最少资源的前提下满足应用程序需求。 2.1.3. OpenShift Container Platform 概述 OpenShift Container Platform 为 Kubernetes OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 2.1. OpenShift Container Platform 高 高级 级概述 概述 2.1.4. OpenShift Container Platform 的互联网访问 在 OpenShift

红帽托管了一个公共 OpenShift Update Service (OSUS)，它根据官方 registry 中的 OpenShift Container Platform 发行镜像提供更新可能性图。图包含任何公共 OCP 版本的更新信息。OpenShift Container Platform 集群默认配置为连接到 OSUS，OSUS 会使用已知更新目标的信息响应集群。 当集群管理员或自动更新控制器使用新版本编辑 1。MCO 根据 topology.kubernetes.io/zone 标签，按区字母更新受影响的节点。如果 一个区域有多个节点，则首先更新最旧的节点。对于不使用区的节点，如裸机部署中的节点，节点会按使 用的时间更新，首先更新最旧的节点。MCO 一次更新机器配置池中由 maxUnavailable 字段指定的节点 数量。然后，MCO 会应用新配置并重启机器。 如果您将 Red Hat Enterprise OPENSHIFT 更新 更新 11 例如： CVO 在内部为清单构建依赖项图，其中 CVO 遵循以下规则： 在更新过程中，在较高运行级别的清单之前会应用较低运行级别的清单。 在一个运行级别中，可以并行应用不同组件的清单。 在一个运行级别中，单个组件的清单以字典顺序应用。 然后，CVO 按照生成的依赖项图应用清单。 注意 注意 对于某些资源类型，CVO 在应用清单后监控资源，并将其视为仅在资源达到稳定状态后成

录 第 第 1 章 章 构 构建 建应 应用程序概述 用程序概述 1.1. 使用项目 1.2. 处理应用程序 1.3. 使用 RED HAT MARKETPLACE 第 第 2 章 章 项 项目 目 2.1. 处理项目 2.2. 以其他用户身份创建项目 2.3. 配置项目创建 第 第 3 章 章 创 创建 建应 应用程序 用程序 3.1. 使用 DEVELOPER 视角创建应用程序 视角创建应用程序 3.2. 从已安装的 OPERATOR 创建应用程序 3.3. 使用 CLI 创建应用程序 第 第 4 章 章 使用 使用 TOPOLOGY 视图查 视图查看 看应 应用程序 用程序组 组成情况 成情况 4.1. 先决条件 4.2. 查看应用程序拓扑 4.3. 与应用程序和组件交互 4.4. 扩展应用程序 POD 以及检查构建和路由 4.5. 将组件添加到现有项目 4.6. 对应用程序中的多个组件进行分组 对应用程序中的多个组件进行分组 4.7. 在应用程序中添加服务 4.8. 从应用程序中删除服务 4.9. 用于 TOPOLOGY 视图的标签和注解 4.10. 其他资源 第 第 5 章 章 将 将应 应用程序 用程序连 连接到服 接到服务 务 5.1. SERVICE BINDING OPERATOR 发行注记 5.2. 了解 SERVICE BINDING OPERATOR 5.3. 安装 SERVICE

CONTAINER PLATFORM 安装 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 装程序会识别并使用现有组件，而不是运行命令来 再次创建它们，因为程序满足依赖项。 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 7 图 图 1.1. OpenShift Container Platform 安装目 安装目标 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator 将人类操作知识编码到一个软件程序中，易于打包并与客户共享。 用 用户 户置 置备 备的基 的基础 础架 架构 构 您可以在自己提供的基础架构上安装 OpenShift Container Platform。您可以使用安装程序来生成置备 集群基础架构所需的资产，

MANAGER (OLM) 2.5. 了解 OPERATORHUB 2.6. 红帽提供的 OPERATOR 目录 2.7. 多租户集群中的 OPERATOR 2.8. CRD 第 第 3 章 章 用 用户 户任 任务 务 3.1. 从已安装的 OPERATOR 创建应用程序 3.2. 在命名空间中安装 OPERATOR 第 第 4 章 章 管理 管理员 员任 任务 务 4.1. 在集群中添加 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？ 用程序？ 这些 API 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR