Argo CD est un outil de livraison continue GitOps, déclaratif, pour Kubernetes. Il maintient l’état réel d’un cluster synchronisé avec l’état souhaité défini dans un dépôt Git : déployer revient alors à fusionner une pull request plutôt qu’à exécuter des commandes impératives sur un cluster.

Comment ça fonctionne

Argo CD s’exécute comme un controller à l’intérieur d’un cluster Kubernetes. Il compare en continu ce qui est déclaré dans un ou plusieurs dépôts Git avec ce qui tourne réellement, et peut soit signaler la dérive, soit la corriger automatiquement. Comme l’état souhaité vit dans Git, chaque changement est versionné, relisible et réversible grâce au même workflow de pull requests que les équipes utilisent déjà pour le code.

Concepts clés

• Application — l’unité de base que gère Argo CD : un chemin dans un dépôt Git associé à un cluster et un namespace de destination.
• Sync policy — détermine si Argo CD applique les changements automatiquement dès que Git change, ou attend une synchronisation manuelle.
• Statut de santé et de synchronisation — Argo CD suit à la fois si les ressources sont saines (par exemple, des pods en cours d’exécution) et si elles correspondent à Git (synchronisées, désynchronisées ou inconnues).
• Projets — regroupent des applications et restreignent les dépôts, clusters et types de ressources qu’elles ont le droit d’utiliser.

Pourquoi les équipes adoptent GitOps avec Argo CD

• Auditable par défaut. Chaque modification du cluster correspond à un commit et, en général, à une pull request relue.
• Retour en arrière facile. Annuler un déploiement, c’est un git revert, pas une intervention manuelle avec kubectl sous pression.
• Cohérent entre les environnements. Le même modèle de réconciliation s’applique, que vous cibliez un seul namespace ou des dizaines de clusters.
• Détection de dérive. Les modifications faites directement sur un cluster apparaissent immédiatement comme « out of sync », au lieu de s’écarter silencieusement de ce qui est documenté dans Git.

Pour commencer

Installez Argo CD dans un cluster Kubernetes, pointez-le vers un dépôt Git contenant vos manifestes — du YAML brut, un chart Helm ou un overlay Kustomize conviennent tous — et définissez une ressource Application qui relie les deux. Les guides ci-dessous présentent les configurations les plus courantes, d’une application unique à la gestion de plusieurs clusters.