与邮件服务器的其余部分一起部署后缀- bulk [skip ci]
大宗接力的四份名单是用手做的 因为邮递步骤 按名称应用其文件。 它现在也应用它们,如果 侧行车的出带秘密不见了(就像它对于我的机密一样), 并仅在快递活动脚本改变时重新启动后缀-buk, 因为侧车在开始的时候读过一次 [skip ci:此文件的更改迫使每个文件完全调和 组件; 邮件清单已经启用, 下一次邮件/ 更改 ...
对每次部署进行部署安全审计
有意解脱. 这里的每一个其它步骤都被设定在它自己更改的目录上, 但是这个 检查状态从其他48个寄存器运来 所以用KlusterServices的变换 意思是只有在KlusterServices改变的时候 才会跑掉.
通过部署服务而不是手工管理 ScyllaDB
scylladb/持有完整的清单,但没有部署步骤——评论说它是 由于数据 dir/mnt/ backup/scylla, 必须先用克1m1进行物理测试 这个条件已经满足: 驱动器在 k1m1 和 Scylla正在从它跑出,所以手动例外不再适用. 添加一个 cylladb/ -- gated step 应用服务、网络政...
只部署配置已改变的组件; 永不无必要重新安装
部署服务.yml重新应用每一项服务并重新部署集群操作员 (cert-manager,KubeVirt,CDI——600s等) 在每次推向主,所以一个 由一行的rspamd变化引发了~50min全集群再起. - 增加一个“检测已改变的组件”步骤,使每个组件的推力和闸门都得到分解 部署步骤,检查是否更改了顶级目录 。 手...
丢弃已退役的 k2m1 集群部分
k2m1 (10.8.2.1: 6443) 已退役,无法到达;其台阶也在同一地生活 部署 service 任务并失败( 缺少 kubeconfig / 无路由) , 即使 k1m1 部署完全成功。 删除整个 k2m1 区域, 绿色运行反映真实 k1m1部署.
不要让一个失踪的克比克特缓存 杀死整个工作
Kubectl-install 步骤运行“ set-eo 管道故障 ” 寻找QQ - 叫克比特尔... 头 - 1 当缓存目录缺失时( 运行器重启之间已清除) 查找出入口 1, 管道故障 在安装了 kubectl 之前, 设置 -e 中止任务, 所以每个部署 自从~2026-06-13(运行#12 et al于8s在这...
Scope concurrency to build jobs, not Kubernetes deploys
Workflow-level concurrency serialized the whole pipeline (including kubectl rollouts). Move the group to the build job only so deploy jobs from different runs c...
Deploy LibreTranslate and Bergamot in workflow
The manifests were committed but never wired into the deploy steps. Add kubectl apply for both services on K1M1 and K2M1.
Add concurrency group to prevent duplicate workflow runs
When a push triggers a workflow and workflow_dispatch is also fired (or two pushes arrive in quick succession), both runs would execute simultaneously. Adding a...