golang cron库适合单pod常驻服务，k8s cronjob用于按时间创建独立job pod；前者需阻塞主goroutine持续运行，后者要求容器执行完即退出。
直接用 cron 库写的 Golang 定时服务，不能直接塞进 Kubernetes CronJob 里跑——两者定位完全不同：CronJob 是 K8s 控制器，负责按时间创建 Job Pod；而 Golang cron 是进程内调度器，适合长期运行的单 Pod 服务。选哪个，取决于你想要“每次触发都起新 Pod”，还是“一个 Pod 持续调度多个任务”。
为什么不能把 robfig/cron 程序当 CronJob 的容器镜像用
常见错误是把本地能跑通的 cron.New().AddFunc("@daily", backupDB) 二进制直接打包进镜像、再扔进 CronJob 的 jobTemplate 里。结果发现：任务只执行一次就退出，或者根本没触发。
-
CronJob创建的JobPod 默认行为是「容器退出即 Pod 完成」，而cron库需要持续运行才能监听下次调度 —— 你得手动加select {}或signal.Notify阻塞主 goroutine，否则进程秒退 - K8s
Job的restartPolicy只允许OnFailure或Never；设成Always会校验失败，无法创建资源 - 如果你真想用
cron库，它更适合部署为Deployment（常驻 Pod），而不是CronJob
真正该用 CronJob 的场景：每次任务都隔离、有明确生命周期
比如数据库备份脚本、日志压缩、API 数据快照导出 —— 这类任务要求失败不影响下次执行、资源可回收、执行环境干净。这时你应该写一个「短命」的 Golang 程序，不依赖 cron 库，只做一件事，然后退出。
评估 Kubernetes 集群安全态势，覆盖 RBAC、工作负载安全、网络策略、基础设施即代码（IaC）、运行时监控和密钥管理等 30 项控制项……
- 程序入口直接执行逻辑，例如：
func main() { runBackup(); os.Exit(0) } - Dockerfile 用
scratch基础镜像，确保镜像小且安全 -
CronJobYAML 中必须显式设置jobTemplate.spec.template.spec.restartPolicy: OnFailure - 记得在
containers.command里指定完整路径，比如["/backup-runner"]，别依赖 shell 解析
CronJob YAML 关键字段容易填错的地方
哪怕只是复制粘贴示例，这几个字段也高频出错：
-
schedule字符串必须是标准 5 字段 cron 格式（Minute Hour DayOfMonth Month DayOfWeek），K8s 不支持第六位秒字段，写成"0/30 * * * * *"会直接拒绝创建 -
concurrencyPolicy默认是Allow，如果任务执行时间波动大，可能堆积大量并行 Job；生产环境建议显式写成Forbid防重入 -
successfulJobsHistoryLimit和failedJobsHistoryLimit默认分别是 3 和 1，不改的话查不到一周前的执行记录，调试历史失败任务时抓瞎 - 如果容器需要访问 Secret 或 ConfigMap，必须在
jobTemplate.spec.template.spec.volumes和containers.volumeMounts里完整定义，漏掉任意一端都会挂载失败
时区问题：Golang 程序和 CronJob 各自怎么处理
这是最隐蔽的坑。K8s CronJob 的 schedule 永远按集群节点本地时区解析（通常是 UTC），而你的 Golang 程序如果用了 time.Now() 打日志或判断时间点，很可能显示东八区时间，但实际触发是按 UTC 来的。
- 若需按北京时间调度，
schedule要换算：比如 “每天 9 点” 对应 UTC 是 “01 * * * *”（因为 UTC+8 → UTC-0） - 若坚持用本地时区逻辑，在 Golang 程序里加载时区：
location, _ := time.LoadLocation("Asia/Shanghai")，所有时间操作基于该location - 不要指望
env: - name: TZ value: "Asia/Shanghai"能让CronJob按该时区调度 —— 它只影响容器内进程的默认时区，不影响 K8s 控制器解析schedule
真正要小心的是混合使用场景：比如用 CronJob 触发一个 Golang 程序，该程序内部又用 cron 库起子任务。这种嵌套会让时间语义混乱，监控和排障成本陡增。除非有强隔离需求，否则保持单一调度层更可靠。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
