Развертывания становятся сложнее, когда один релиз изменяет как механизмы, управляющие платформой Kubernetes, так и зависящие от них рабочие нагрузки. Новое определение пользовательских ресурсов (CustomResourceDefinition), вебхук приема, контроллер или API маршрутизации могут изменить то, что принимает кластер и как он себя ведет; новый образ приложения может одновременно зависеть от этих изменений. Argo CD и Argo Rollouts решают разные части этой проблемы.Argo CD подходит для установления декларативных предварительных условий в детерминированном порядке, в то время как Argo Rollouts ограничивает воздействие на производство по мере того, как версия рабочей нагрузки приближается к стабильной. Безопасная доставка достигается путем комбинирования этих обязанностей, а не рассмотрения любого контроллера как универсального механизма развертывания. Документация Argo Rollouts явно не рекомендует использовать Rollouts для инфраструктурных компонентов, таких как cert-manager, CoreDNS и NGINX.