BUILDCONFIG 构建配置描述单个构建定义，以及一组规定何时创建新构建的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift Container Platform json，您可以使用 curl 手动触发 Webhook： $ curl -H "X-GitHub-Event: push" -H "Content-Type: application/json" -k -X POST --data- binary @payload.json https:///oapi/v1/namespaces//bu curl 手动触发 Webhook： $ curl -H "X-GitLab-Event: Push Hook" -H "Content-Type: application/json" -k -X POST -- data-binary @payload.json https:///oapi/v1/namespaces//bu

BuildConfig 构建配置描述单个构建定义，以及一组规定何时创建新构建的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift Container Platform me>/webhooks//github $ curl -H "X-GitHub-Event: push" -H "Content-Type: application/json" -k -X POST --data- binary @payload.json https:///apis/build.openshift.io/v1/namesp describe bc $ curl -H "X-GitLab-Event: Push Hook" -H "Content-Type: application/json" -k -X POST -- data-binary @payload.json https:///apis/build.openshift.io/v1/namesp

deployment-hook 更新部署配置上的部署 hook 用法示例 用法示例 # Clear post-commit hook on a build config oc set build-hook bc/mybuild --post-commit --remove # Set the post-commit hook to execute a test suite using a new build-hook bc/mybuild --post-commit --command -- /bin/bash -c /var/lib/test-image.sh # Set the post-commit hook to execute a shell script oc set build-hook bc/mybuild --post-commit --script="/var/lib/test-image oc set image 更新 pod 模板的镜像 用法示例 用法示例 # Clear pre and post hooks on a deployment config oc set deployment-hook dc/myapp --remove --pre --post # Set the pre deployment hook to execute a db migration

secret-name another-secret-name ... # Clear post-commit hook on a build config oc set build-hook bc/mybuild --post-commit --remove # Set the post-commit hook to execute a test suite using a new build-hook bc/mybuild --post-commit --command -- /bin/bash -c /var/lib/test-image.sh # Set the post-commit hook to execute a shell script oc set build-hook bc/mybuild --post-commit --script="/var/lib/test-image data secret/foo --from-file=secret-dir # Clear pre and post hooks on a deployment config oc set deployment-hook dc/myapp --remove --pre --post # Set the pre deployment hook to execute a db migration

deployment-hook 更新部署配置上的部署 hook 用法示例 用法示例 # Clear post-commit hook on a build config oc set build-hook bc/mybuild --post-commit --remove # Set the post-commit hook to execute a test suite using a new build-hook bc/mybuild --post-commit --command -- /bin/bash -c /var/lib/test-image.sh # Set the post-commit hook to execute a shell script oc set build-hook bc/mybuild --post-commit --script="/var/lib/test-image oc set image 更新 pod 模板的镜像 用法示例 用法示例 # Clear pre and post hooks on a deployment config oc set deployment-hook dc/myapp --remove --pre --post # Set the pre deployment hook to execute a db migration

PagerDuty 安装的 URL。 c. 如果要编辑客户端和事件详情或严重性规格，请选择 Show advanced configuration。 对于 Webhook 接收器： a. 添加将 HTTP POST 请求发送到的端点。 b. 如果要编辑将已解析的警报发送给接收器的默认选项，请选择 Show advanced configuration。 对于电子邮件接收器： a. 添加要将通知发送到的电子邮件地址。 groupBy: [job] receivers: - name: default webhookConfigs: - url: https://example.org/post 第 第 9 章 章 管理警 管理警报 报 93 注意 注意 对于用户定义的警报规则，用户定义的路由范围到定义资源的命名空间。例 如，AlertmanagerConfig 对象中为命名空间 curl 查询 Redfish 事件订阅的数量。 $ oc create -f bmc_sub.yaml $ oc delete -f bmc_sub.yaml $ curl -i -k -X POST -H "Content-Type: application/json" -d '{"Destination": "https://", "Protocol"

pre: {} 6 post: {} OpenShift Container Platform 4.9 构 构建 建应 应用程序 用程序 108 4 5 6 maxSurge 是可选的；如果未指定，则默认为 25％。请参考以下流程中的信息。 maxUnavailable 是可选的；如果未指定，则默认为 25％ 。请参考以下流程中的信息。 pre 和 post 都是生命周期 hook。 hook。 2. 根据数量扩展新的复制控制器。 3. 根据最大不可用数，缩减旧的复制控制器。 4. 重复这个扩展，直到新的复制控制器达到所需的副本数，并且旧的复制控制器已缩减为零。 5. 执行任何 post 生命周期 hook。 重要 重要 在缩减时，滚动策略会等待 pod 准备就绪，以便它能决定进一步缩放是否会影响到可用 性。如果扩展 pod 永不就绪，部署过程将最终超时并导致部署失败。 maxUnavailable recreate 策略定 策略定义 义示例 示例 recreateParams 可选。 pre、mid 和 post 是生命周期 hook。 strategy: type: Recreate recreateParams: 1 pre: {} 2 mid: {} post: {} 第 第 7 章 章 部署 部署 111 recreate 策略： 1. 执行任何 pre

maxSurge: "20%" 4 maxUnavailable: "10%" 5 pre: {} 6 post: {} OpenShift Container Platform 4.10 构 构建 建应 应用程序 用程序 120 6 pre 和 post 都是生命周期 hook。 滚动策略： 1. 执行任何 pre 生命周期 hook。 2. 根据数量扩展新的复制控制器。 根据数量扩展新的复制控制器。 3. 根据最大不可用数，缩减旧的复制控制器。 4. 重复这个扩展，直到新的复制控制器达到所需的副本数，并且旧的复制控制器已缩减为零。 5. 执行任何 post 生命周期 hook。 重要 重要 在缩减时，滚动策略会等待 pod 准备就绪，以便它能决定进一步缩放是否会影响到可用 性。如果扩展 pod 永不就绪，部署过程将最终超时并导致部署失败。 maxUnavailable 参数是在更新过程中不可用的 策略定义 义示例 示例 recreateParams 可选。 pre、mid 和 post 是生命周期 hook。 recreate 策略： 1. 执行任何 pre 生命周期 hook。 2. 将上一部署缩减到零。 3. 执行任何 mid 生命周期 hook。 4. 向上扩展新的部署。 5. 执行任何 post 生命周期 hook。 重要 重要 在扩展过程中，如果部署副本数大于一，则先对部署的第一副本进行就绪状态验证，然后

start-build --from-repo= OpenShift Container Platform 3.11 CLI 参考 参考 26 触发构建的 post-receive hook 的内容： post-receive 的 Git 存储库的路径；默认为当前目录： 列出指定构建配置或构建的 webhook； 接受所有 接受所有、通用 通用 或 github ： 覆盖 source-strategy cancel-build 停止正在进行中的构建： 同时取消多个构建： $ oc start-build --from-webhook= $ oc start-build --git-post-receive= $ oc start-build --git-repository= $ oc start-build --list-webhooks

de_hook=/home/user/openshift-ansible/hooks/pre_node.yml openshift_node_post_upgrade_hook=/home/user/openshift-ansible/hooks/post_node.yml 为了避免歧义，请在其定义中使用 hook 文件的绝对路径而不要使用相对路径。 8.3.3. RHEL计算系统可用的 hook 此 hook 以串行方式针对每个 每个节 节点 点运行。 如果某个任务必须针对其他主机运行，则该 任务必须使用delegate_to或local_action 。 openshift_node_post_upgrade_hook 每个节点未被取消封锁后 后运行。这是最后一 最后一 个 个节点更新操作。 此 hook 以串行方式针对每个 每个节 节点 点运行。 如果某个任务必须针对其他主机运行，则该