如何用ArgoCD调度夜间构建并部署临时Kubernetes资源？

现有方案复盘 #

• 方案1（实例数置0）：少量资源场景下能用，但要管理20个资源时，逐个维护副本数会非常繁琐。如果用Helm把所有资源的副本数做成统一参数，通过ArgoCD批量覆盖配置，能稍微优化，但本质是让资源“休眠”，像PV这类资源可能还是会产生成本。
• 方案2（动态创建/删除ArgoCD应用）：这其实是企业里处理临时构建任务的常用方式，完全按需创建资源，成本控制最彻底。可以通过CI流水线（比如GitHub Actions、GitLab CI）全自动化执行：
  • 夜间构建前，调用ArgoCD API创建指向测试配置的Application
  • 测试跑完后，调用API删掉这个Application，K8s会自动清理所有关联资源
    只要做好权限控制和操作日志审计，完全是合规的企业级玩法。
• 方案3（PR/Tag触发）：适合预发布验证场景，但不太适配定时夜间构建。比如用PR触发临时环境部署，合并后销毁，但没法自动定时清理，得额外加定时任务配合，不如方案2直接。

推荐落地优化方案 #

1. CI+ArgoCD API的动态应用管理（方案2的实操版） #

通过CI流水线集成ArgoCD CLI或API，把临时环境的生命周期全自动化：

• 构建启动前执行：argocd app create night-test-app --repo <你的Git仓库地址> --path <测试配置目录> --dest-server <K8s集群地址> --dest-namespace night-test
• 测试完成后执行：argocd app delete night-test-app --cascade
  这种方式能确保资源被完全清理，所有操作可追溯，刚好适配20+资源的批量管理场景。

2. ArgoCD应用集（ApplicationSet）+定时开关 #

如果需要复用配置模板，可以用ApplicationSet的Git生成器配合“开关分支”：

• 维护一个专门的night-build-config分支，存放测试环境的资源配置
• 用ArgoCD定时任务（或外部CronJob）在夜间把ApplicationSet的生成器指向该分支，自动批量创建所有测试资源
• 测试结束后，把生成器指向空分支或禁用ApplicationSet，触发资源自动清理
  这种方式适合需要批量生成同模板资源的场景，能减少重复配置工作量。

3. K8s CronJob补充方案 #

对于一些简单的单Pod测试任务，不用ArgoCD全生命周期管理也行，直接在Git配置里定义CronJob，让K8s自动在夜间启动测试Pod，任务完成后自动销毁。但这种方式只适合简单场景，没法管理复杂服务栈，适合作为前两种方案的补充。

内容的提问来源于stack exchange，提问作者tm1701