1つのリリースがKubernetesプラットフォームを管理する仕組みと、それに依存するワークロードの両方を変更する場合、デプロイメントはより困難になります。新しいCustomResourceDefinition、admission webhook、コントローラー、またはルーティングAPIは、クラスターが受け入れるものやその動作を変更する可能性があります。新しいアプリケーションイメージは、同時にそれらの変更に依存する可能性があります。Argo CDとArgo Rolloutsは、この問題の異なる部分を解決します。Argo CDは、決定論的な順序で宣言的な前提条件を確立するのに適していますが、Argo Rolloutsは、ワークロードバージョンが安定に向かうにつれて、本番環境への露出を制限します。安全な配信は、どちらかのコントローラーを普遍的なデプロイメントエンジンとして扱うのではなく、それらの責任を組み合わせることから生まれます。Argo Rolloutsのドキュメントでは、cert-manager、CoreDNS、およびNGINXのようなインフラストラクチャコンポーネントにRolloutsを使用することは明確に推奨されていません。