26、Kubernetes 背景处理与 GitOps 配置管理

Kubernetes 背景处理与 GitOps 配置管理

1. 背景处理与活性检查

在处理后台任务时，活性检查至关重要。当设置了新鲜时间阈值（示例中设置为 300 秒），如果活性探测命令未在该时间内得到更新，就会返回失败状态，Pod 将会重启。

为确保正常运行，需保证工作进程更新时间戳的频率高于设定的时间阈值。对于长时间运行的任务，可采取以下两种方法：
- 增加新鲜时间阈值。
- 在任务处理过程中多次更新时间戳文件，而不只是像示例中那样在循环里更新。

同时，要确保仅在工作进程正常运行时才写入时间戳，例如在异常处理程序中不应调用更新活性的函数。

需要注意的是，被视为陈旧（非活动）的阈值与活性探测的运行频率（ periodSeconds 字段）无关。若需增加阈值，可修改活性探测的第三个参数，如 ["./check_liveness.sh", "logs/lastrun.date", "300"] 中的 “300”。

Kubernetes 提供了多种处理后台任务队列和批处理作业的方式：
| 方式 | 说明 |
| ---- | ---- |
| Deployments | 可用于构建持续运行的任务队列，借助 Redis 等队列数据结构进行协调。许多网站用于卸载计算密集型请求的后台处理通常以此方式运行。 |
| Job 对象 | 用于一次性任务，如手动维护任务。也可用于处理任务队列，任务完成后自动终止，适用于一次性或周期性批处理作业。与基于 Deployment 的后台队列不同，Job 可用于静态队列的任务调度，无需 Redis