启动构建 7.2. 取消构建 7.3. 删除 BUILDCONFIG 7.4. 查看构建详情 7.5. 访问构建日志 第 第 8 章 章 触 触发 发和修改 和修改构 构建 建 8.1. 构建触发器 8.2. 构建 HOOK 第 第 9 章 章 执 执行高 行高级构 级构建 建 9.1. 设置构建资源 9.2. 设置最长持续时间 4 4 6 6 8 8 9 9 10 19 19 第 2 章 了解构建配置 以下小节定义了构建概念 BuildConfig，并概述了可用的主要构建策略。 2.1. BUILDCONFIG 构建配置描述单个构建定义，以及一组规定何时创建新构建的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是 exec rake test" OpenShift Container Platform 4.4 构 构建（ 建（build） ） 6 3 4 5 6 7 您可以指定导致创建新构建的触发器的列表。 source 部分定义构建的来源。源类型决定主要的输入源，可以是 Git（指向代码库存储位 置）、Dockerfile（从内联 Dockerfile 构建）或 Binary（接受二进制有效负载）。可以同时拥有多

OPENSHIFT 构建 使用 OpenShift 构建时，您可以使用声明性构建过程创建云原生应用程序。您可以在用于创建 BuildConfig 对象的 YAML 文件中定义构建过程。此定义包括构建触发器、输入参数和源代码等属性。部 署之后，BuildConfig 对象通常构建可运行的镜像并将其推送到容器镜像 registry。 OpenShift 构建为构建策略提供以下可扩展的支持： Docker 存储库中提供并由构建配置 引用。 2.2. 了解构建配置 以下小节定义了构建、构建配置和可用的主要构建策略的概念。 2.2.1. BuildConfig 构建配置描述单个构建定义，以及一组规定何时创建新构建的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是 ruby-sample-build 的新 BuildConfig。 runPolicy 字段控制从此构建配置创建的构建能否同时运行。默认值为 Serial，即新构建将按顺序运 行，而不是同时运行。 您可以指定导致创建新构建的触发器的列表。 source 部分定义构建的来源。源类型决定主要的输入源，可以是 Git（指向代码库存储位 置）、Dockerfile（从内联 Dockerfile 构建）或 Binary（接受二进制有效负载）。可以同时拥有多

时值。 构建配置和部署 点 Build Configuration 和 Deployment Configuration 链接来查看对应的配置选项。一些选项会被默 认选中；您可以通过添加必要的触发器和环境变量来进一步自定义。 对于无服务器应用程序，Deployment 选项不会显示，因为 Knative 配置资源为您的部署维护所需的状 态，而不是由 DeploymentConfig 资源来维护。 到新部署，同时还可以定义在创建复制控制器之前或之后运行的 hook。 DeploymentConfig 部署系统提供以下功能： DeploymentConfig 对象，这是运行应用程序的模板。 为响应事件而触发自动化部署的触发器。 用户可自定义的部署策略，用于从上一版本过渡到新版本。在 pod 内运行的策略，通常称为部署 过程。 一组 hook（生命周期 hook），用于在部署生命周期的不同点上执行自定义行为。 应用 restartPolicy: Always OpenShift Container Platform 4.9 构 构建 建应 应用程序 用程序 98 1 2 3 2. 自动创建新部署的触发器。 3. 在部署之间过渡的策略。 4. 生命周期 hook。 每次触发部署时，无论是手动还是自动，部署器 Pod 均管理部署（包括缩减旧复制控制器、扩展新复制 控制器以及运行 hook）。部署

REGISTRY 1.4. 镜像存储库 1.5. 镜像标签 1.6. 镜像 ID 1.7. 容器 1.8. 为什么使用镜像流 1.9. 镜像流标签 1.10. 镜像流镜像 1.11. 镜像流触发器 1.12. 如何使用 CLUSTER SAMPLES OPERATOR 1.13. 关于模板 1.14. 如何使用 RUBY ON RAILS 第 第 2 章 章 配置 配置 CLUSTER SAMPLES 使用镜像 PULL SECRET 第 第 6 章 章 管理 管理镜 镜像流 像流 6.1. 为什么使用镜像流 6.2. 配置镜像流 6.3. 镜像流镜像 6.4. 镜像流标签 6.5. 镜像流更改触发器 6.6. 镜像流映射 6.7. 使用镜像流 6.8. 导入和使用镜像和镜像流 第 第 7 章 章 KUBERNETES 资 资源使用 源使用镜 镜像流 像流 7.1. 使用 KUBERNETES 时触 触发 发更新 更新 8.1. OPENSHIFT CONTAINER PLATFORM 资源 8.2. 触发 KUBERNETES 资源 8.3. 在 KUBERNETES 资源上设置镜像触发器 第 第 9 章 章 镜 镜像配置 像配置资 资源 源 9.1. 镜像控制器配置参数 9.2. 配置镜像 REGISTRY 设置 9.3. 了解镜像 REGISTRY 仓库镜像 第 第 10

REGISTRY 1.4. 镜像存储库 1.5. 镜像标签 1.6. 镜像 ID 1.7. 容器 1.8. 为什么使用镜像流 1.9. 镜像流标签 1.10. 镜像流镜像 1.11. 镜像流触发器 1.12. 如何使用 CLUSTER SAMPLES OPERATOR 1.13. 关于模板 1.14. 如何使用 RUBY ON RAILS 第 第 2 章 章 配置 配置 CLUSTER SAMPLES pull secret 第 第 6 章 章 管理 管理镜 镜像流 像流 6.1. 为什么使用镜像流 6.2. 配置镜像流 6.3. 镜像流镜像 6.4. 镜像流标签 6.5. 镜像流更改触发器 6.6. 镜像流映射 6.7. 使用镜像流 27 28 28 28 28 28 28 28 29 29 29 30 30 30 30 30 30 30 31 31 32 时触 触发 发更新 更新 8.1. OPENSHIFT CONTAINER PLATFORM 资源 8.2. 触发 KUBERNETES 资源 8.3. 在 KUBERNETES 资源上设置镜像触发器 第 第 9 章 章 镜 镜像配置 像配置资 资源 源 9.1. 镜像控制器配置参数 9.2. 配置镜像 REGISTRY 设置 9.2.1. 添加特定的 registry 9.2.2. 阻塞特定的

构建配置和部署 建配置和部署 点 Build Configuration 和 Deployment Configuration 链接来查看对应的配置选项。一些选项会被默 认选中；您可以通过添加必要的触发器和环境变量来进一步自定义。 对于无服务器应用程序，Deployment 选项不会显示，因为 Knative 配置资源为您的部署维护所需的状 态，而不是由 DeploymentConfig 资源来维护。 到新部署，同时还可以定义在创建复制控制器之前或之后运行的 hook。 DeploymentConfig 部署系统提供以下功能： DeploymentConfig 对象，这是运行应用程序的模板。 为响应事件而触发自动化部署的触发器。 用户可自定义的部署策略，用于从上一版本过渡到新版本。在 pod 内运行的策略，通常称为部署 过程。 一组 hook（生命周期 hook），用于在部署生命周期的不同点上执行自定义行为。 应用 OpenShift Container Platform DeploymentConfig 对象定义以下详细信息： 1. ReplicationController 定义的元素。 2. 自动创建新部署的触发器。 3. 在部署之间过渡的策略。 4. 生命周期 hook。 每次触发部署时，无论是手动还是自动，部署器 Pod 均管理部署（包括缩减旧复制控制器、扩展新复制 控制器以及运行 hook）。部署

3.1. 镜像 3.2. 容器 3.3. 镜像 REGISTRY 3.4. 镜像存储库 3.5. 镜像标签 3.6. 镜像 ID 3.7. 使用镜像流 3.8. 镜像流镜像 3.9. 镜像流触发器 3.10. 其它资源 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 测试 S2I 镜像 第 第 5 章 章 管理 管理镜 镜像 第 第 6 章 章 管理 管理镜 镜像流 像流 6.1. 使用镜像流 6.2. 配置镜像流 6.3. 镜像流镜像 6.4. 镜像流标签（IMAGESTREAMTAGS） 6.5. 镜像流更改触发器 6.6. 镜像流映射 6.7. 使用镜像流 第 第 7 章 章 镜 镜像配置 像配置资 资源 源 7.1. 镜像控制器配置参数 7.2. 配置镜像设置 第 第 8 章 章 使用模板 使用模板 操作。 当一个新镜像被推送（push）到 registry 时，可触发构建和部署。另外，OpenShift Container Platform 还针对 Kubernetes 对象等其他资源提供了通用触发器。 您可以为定期重新导入标记标签。如果源镜像已更改，则这个更改会被发现并反应在镜像流中。 取决于构建或部署的具体配置，这可能会触发构建和/或部署流程。 您可使用细粒度访问控制来共享镜像，快速向整个团队分发镜像。

URL，即 https://github.com//ruby-ex.git。 5. 在默认情况下，此示例应用程序会自动创建路由、Webhook 触发器和构建更改触发器。您也可以 选择使用 Show advanced routing, build, and deployment options。 6. 点击 Create。 注意 注意 创建后，您可以通过点 栏里，然后按 Enter 键。 ruby-ex 应用程序示例带有一个简单的欢迎页面，它包括了如何部署代码更改、管理应用程序和其他开发 资源的详情。 接下来，通过 GitHub webhook 触发器配置自动构建，从而可以当 fork 仓库中的代码发生变化时自动重新 构建应用程序。 5.8. 配置自动构建 从 OpenShift Container Platform GitHub 仓库 获取

用法示例 2.5.1.104. oc rollout history 查看推出（rollout）历史记录 用法示例 用法示例 2.5.1.105. oc rollout latest 使用来自触发器的最新状态为部署配置启动一个新的 rollout 操作 用法示例 用法示例 # Perform a rollback to the last successfully completed deployment 1.133. oc set subject 更新角色绑定或集群角色绑定中的用户、组或服务帐户 用法示例 用法示例 2.5.1.134. oc set triggers 更新一个或多个对象上的触发器 用法示例 用法示例 # Set the weight to all backends to zero oc set route-backends web --zero # Set CLI 的主要功能包括： 从命令行部署无服务器应用程序。 管理 Knative Serving 的功能，如服务、修订和流量分割。 创建和管理 Knative Eventing 组件，如事件源和触发器。 创建 sink 绑定来连接现有的 Kubernetes 应用程序和 Knative 服务。 使用灵活的插件架构扩展 Knative CLI，类似于 kubectl CLI。 为 Knative

的支持，以构建可靠的事件交付机制。 现在，您可以使用相关的代理过滤器为频道和触发器创建订阅，并选择 Knative 服务作为订阅 者。 现在，在创建事件源时，可以从该命名空间中指定 sink 作为任何 Knative 资源，如 Knative 服 务、频道或代理 ; 或一个 URI。 现在，您可以通过频道、订阅、代理或触发器来视觉化 Knative 服务订阅的事件源之间的关 系。有关事件源关系的详情也可以在侧面面板中看到。 URL 转换为绝对 URL 来解决，Chart URL 现在可以被访问。 (BZ#1916406) 在以前的版本中，用户无法在 Topology 视图中查看任何 Knative 服务和源。这是因为触发器同 时具有 Knative 服务和 In-Memory Channel 作为订阅者，因为有一个 Null Pointer Exception（NPE）。这个问题已通过修复 Null Pointer Exception pod，则会跳过某些信息且不可用。这个问题已被解决，即使项目包含超过 250 个 pod，pod 数 据也会可用，因此 DeploymentConfig 详情页面不会再崩溃。（BZ#1921603） 在以前的版本中，与触发器、订阅、频道和 IMC 事件源对应的静态模型使用 beta API 版本。在 Serverless 0.10 发行版本中，事件源的最新支持版本更新至 v1 版本。在这个版本中，更新了用户 界面模型，