当一次发布同时变更 Kubernetes 平台的管理机制及其依赖的工作负载时，部署会变得更为复杂。新的 CustomResourceDefinition、准入 Webhook、控制器或路由 API 会改变集群的接受范围和行为方式；而新的应用镜像可能同时依赖这些变更。Argo CD 和 Argo Rollouts 分别解决了该问题的不同部分。Argo CD 适用于以确定性顺序建立声明式前置条件，而 Argo Rollouts 则在工作负载版本向稳定状态演进的过程中限制生产环境的暴露范围。安全的交付源于组合这两者的职责，而非将任一控制器视为通用的部署引擎。Argo Rollouts 的文档明确不建议使用 Rollouts 部署基础设施组件，如 cert-manager、CoreDNS 和 NGINX。