. . . . . . . 目 目录 录 第 第 1 章 章 镜 镜像概述 像概述 1.1. 了解容器、镜像和镜像流 1.2. 镜像 1.3. 镜像 REGISTRY 1.4. 镜像存储库 1.5. 镜像标签 1.6. 镜像 ID 1.7. 容器 1.8. 为什么使用镜像流 1.9. 镜像流标签 1.10. 镜像流镜像 1.11. 镜像流触发器 1.12. 如何使用 CLUSTER SAMPLES OPERATOR 3.1. 关于镜像 REGISTRY 3.2. 配置允许对容器镜像进行镜像的凭证 3.3. 镜像 OPENSHIFT CONTAINER PLATFORM 镜像存储库 3.4. 使用带有备用或镜像 REGISTRY 的 CLUSTER SAMPLES OPERATOR 镜像流 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.7. 编写模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2. 设置数据库 11.3. 编写应用程序 11.4. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 第 第 12 章 章 使用 使用镜 镜像 像 12.1. 使用镜像概述 12

OPENSHIFT CONTAINER PLATFORM 镜像存储库 2.5. 使用带有备用或经过镜像的 REGISTRY 的 SAMPLES OPERATOR 镜像流 第 第 3 章 章 了解容器、 了解容器、镜 镜像和 像和镜 镜像流 像流 3.1. 镜像 3.2. 容器 3.3. 镜像 REGISTRY 3.4. 镜像存储库 3.5. 镜像标签 3.6. 镜像 ID 3.7. 使用镜像流 5. 修改所上传的模板 8.6. 使用 INSTANT APP 和 QUICKSTART 模板 8.7. 编写模板 第 第 9 章 章 使用 使用 RUBY ON RAILS 9.1. 设置数据库 9.2. 编写应用程序 9.3. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 第 第 10 章 章 使用 使用镜 镜像 像 10.1. 使用镜像概述 10.2 验证发行版本有效负载完整性的方式，您的本地 registry 中的镜像引 用与红帽在 Quay.io 上托管的镜像相同。在安装的 bootstrap 过程中，不论镜像是从哪个存储库提取的， 镜像都必须有相同的摘要。要确保发行版有效负载一致，请将镜像镜像到您的本地存储库。 2.1.1. 准备镜像主机 在创建镜像 registry 前，您必须准备镜像（mirror）主机。 2.1.2. 安装 CLI 为了可以使用命令行界面与

. . . . . . . 目 目录 录 第 第 1 章 章 镜 镜像概述 像概述 1.1. 了解容器、镜像和镜像流 1.2. 镜像 1.3. 镜像 REGISTRY 1.4. 镜像存储库 1.5. 镜像标签 1.6. 镜像 ID 1.7. 容器 1.8. 为什么使用镜像流 1.9. 镜像流标签 1.10. 镜像流镜像 1.11. 镜像流触发器 1.12. 如何使用 CLUSTER 3.1.2.3. 在 macOS 上安装 OpenShift CLI 3.2. 配置允许对容器镜像进行镜像的凭证 3.3. 镜像 OPENSHIFT CONTAINER PLATFORM 镜像存储库 3.4. 使用带有备用或镜像 REGISTRY 的 CLUSTER SAMPLES OPERATOR 镜像流 3.4.1. 协助镜像的 Cluster Samples Operator 第 第 4.1.2. OpenShift Container Platform 特定准则 启用 Source-to-Image (S2I) 的镜像 支持任意用户 id 使用服务进行镜像间通信 提供通用库 使用环境变量进行配置 设置镜像元数据 集群 日志记录 存活 (liveness) 和就绪 (readiness) 探针 模板 4.2. 包括镜像中的元数据 4.2.1. 定义镜像元数据

以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 Event 类事件的兴趣。 注意 注意 如果安装了 RHOAS Operator，也可使用 Managed services 选项。 Git 存储库：使用 From Git、From Devfile 或 From Dockerfile 选项分别从您的 Git 存储库中导 入一个存在的 codebase、Devfile 或 Dockerfile，以在 OpenShift Container Platform 下拉列表修改此镜像版本。 默认添加 Git 存储库 URL 示例。 4. 点 Create 创建示例应用程序。示例应用程序的构建状态显示在 Topology 视图中。创建示例应 用程序后，您可以看到添加到应用程序的部署。 3.1.3. 从 Git 导入代码库来创建应用程序 您可以在 Developer 视角中，使用 GitHub 中的现有代码库，在 OpenShift Container Platform

以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 Devfile: 兴趣。 注意 注意 如果安装了 RHOAS Operator，也可使用 Managed services 选项。 Git 存 存储库 储库：使用 From Git、From Devfile 或 From Dockerfile 选项分别从您的 Git 存储库中导 入一个存在的 codebase、Devfile 或 Dockerfile，以在 OpenShift Container Platform 改此名称。 在 Builder Image Version 中，会默认选择一个构建器镜像。您可以使用 Builder Image Version 下拉列表修改此镜像版本。 默认添加 Git 存储库 URL 示例。 4. 点 Create 创建示例应用程序。示例应用程序的构建状态显示在 Topology 视图中。创建示例应 用程序后，您可以看到添加到应用程序的部署。 3.1.3. 使用快速入门创建应用程序

OpenShift Container Platform 启动、监控和管理，其方式与任何其他构建类型相同。 Pipeline 工作流在 jenkinsfile 中定义，或直接嵌入在构建配置中，或者在 Git 存储库中提供并由构建配置 引用。 2.2. 了解构建配置 以下小节定义了构建、构建配置和可用的主要构建策略的概念。 2.2.1. BuildConfig 构建配置描述单个构建定义，以及一组规定何时创 Custom 策 略。本例使用 ruby-20-centos7 容器镜像， Source-to-image（S2I）用于应用程序构建。 成功构建容器镜像后，它将被推送到 output 部分中描述的存储库。 postCommit 部分定义一个可选构建 hook。 2.3. 创建构建输入 通过以下小节查看构建输入的概述，并了解如何使用输入提供构建操作的源内容，以及如何使用构建环境 和创建 secret。 构建输入提供构建操作的源内容。您可以使用以下构建输入在 OpenShift Container Platform 中提供源， 它们按优先顺序列出： 内联 Dockerfile 定义 从现有镜像中提取内容 Git 存储库 - type: "Generic" generic: secret: "secret101" - type: "ImageChange"

Service Operator 3.2.3. 创建 OpenShift Update Service 图形数据容器镜像 3.2.4. 镜像 OpenShift Container Platform 镜像存储库 3.3. 创建 OPENSHIFT UPDATE SERVICE 应用程序 3.3.1. 使用 Web 控制台创建 OpenShift Update Service 应用程序 3.3.2. 使用 3. 配置允许对容器镜像进行镜像的凭证 9.4. 镜像 OPENSHIFT CONTAINER PLATFORM 镜像存储库 9.5. 创建镜像签名配置映射 9.5.1. 手动创建镜像签名配置映射 9.6. 升级受限网络集群 9.7. 配置镜像 REGISTRY 存储库镜像 9.8. 镜像镜像目录的范围，以减少集群节点重启的频率 9.9. 其它资源 28 28 31 32 32 33 的镜像主机，您可以直接将发行镜像推送到本地 registry。 准备您的镜像主机 配置允许对容器镜像进行镜像的凭证 镜像 OpenShift Container Platform 镜像存储库 创建镜像签名配置映射 更新受限网络集群 配置镜像 registry 存储库镜像 镜像镜像目录的范围，以减少集群节点重启的频率 第 第 2 章 章 更新集群概述 更新集群概述 7 1 2 第 3 章 安装和配置 OPENSHIFT

Pipeline 构建策略来实现复杂的工作流： 持续集成 持续部署 1.1.1. Docker 构建 Docker 构建策略调用 docker build 命令，它需要一个含有 Dockerfile 的存储库并且其中包含所有必要的 工件，从而能生成可运行的镜像。 1.1.2. Source-to-Image (S2I) 构建 Source-to-Image (S2I) 是一种用于构建可重复生成的 Docker OpenShift Container Platform 启动、监控和管理，其方式与任何其他构建类型相同。 Pipeline 工作流在 Jenkinsfile 中定义，或直接嵌入在构建配置中，或者在 Git 存储库中提供并由构建配置 引用。 第 第 1 章 章 理解 理解镜 镜像 像构 构建 建 5 1 2 第 2 章 了解构建配置 以下小节定义了构建概念 BuildConfig，并概述了可用的主要构建策略。 Custom 策 略。示例中使用了 ruby-20-centos7 容器镜像，Source-To-Image 使用该镜像来进行应用程序构 建。 成功构建容器镜像后，它将被推送到 output 部分中描述的存储库。 postCommit 部分定义一个可选构建 hook。 第 第 2 章 章 了解 了解构 构建配置 建配置 7 第 3 章 创建构建输入 通过以下小节查看构建输入的概述，并了解如何使用输

必需的字段，为集群升级到的 OpenShift Container Platform 版本提供发行镜像名 称。 PushBuiltImage - 如果为 true，则构建和签名验证期间创建的镜像被推送到其存储库（默认为false ）。 2.3.2. 验证生命周期 preflight 验证会尝试验证集群中载入的每个模块。preflight 会在验证成功后停止在 模 模块 块 资源上运行验 证。如果模块验证失败，您可以更改模块定义，而 depmod 时必须指定内核版本，如下所示： 如果在 PreflightValidationOCP 自定义资源(CR) 中定义 PushBuiltImage 标志，它将尝试将生成的镜像 推送到其存储库中。生成的镜像名称取自 Module CR 的 containerImage 字段的定义。 注意 注意 如果为升级的内核定义了 sign 部分，则生成的镜像不是 Module CR 的 containerImage 中包含的即将推出的内核版本验证当前存在的模 块，以下发行镜像指向： 由于 .spec.pushBuiltImage 设置为 true，KMM 会将生成的 Build/Sign 镜像推送到定义的存储库中。 $ RUN depmod -b /opt ${KERNEL_VERSION} quay.io/openshift-release-dev/ocp- release@sha256:22e149

Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2 Operator Framework 提供,用于 Operator 捆绑格式。您可以通过此工具从与软件存储库 类似的 Operator 捆绑包列表中创建和维护 Operator 目录。其结果是一个容器镜像，它可以存储在容器的 registry 中，然后安装到集群中。 目录包含一个指向 Operator 清单内容的指针数据库，可通过在运行容器镜像时提供的已包含 API 进行查 询。在 OpenShift Container 2.2. 基于文件的目录 基于文件的目录是 Operator Lifecycle Manager (OLM) 中目录格式的最新迭代。它是基于纯文本（JSON 或 YAML）和早期 SQLite 数据库格式的声明式配置演变，并且完全向后兼容。此格式的目标是启用 Operator 目录编辑、可组合性和可扩展性。 编辑 使用基于文件的目录，与目录内容交互的用户可以对格式进行直接更改，并验证其更改是否有效。由