Le GitOps est une façon d'opérer l'infrastructure et les déploiements dans laquelle un dépôt Git décrit l'état voulu du système, et un outil automatique fait en sorte que la réalité corresponde à ce qui est écrit.
Concrètement, la configuration des applications (souvent des manifestes Kubernetes ou des charts Helm) vit dans Git. Un agent installé dans le cluster, comme Argo CD ou Flux, compare en continu l'état réel à l'état déclaré et corrige les écarts. Pour déployer une nouvelle version, on ne lance pas de commande sur le serveur : on fusionne une pull request.
Les bénéfices viennent de Git lui-même : historique de chaque changement, revue par un collègue avant application, retour arrière en annulant un commit, et reconstruction d'un environnement à l'identique.
Le terme a été lancé par Weaveworks en 2017. Le GitOps s'utilise surtout avec Kubernetes, en complément de l'Infrastructure as Code (Terraform, OpenTofu) qui crée l'infrastructure sous-jacente.
Pourquoi ça compte quand on recrute
Le GitOps est une compétence de DevOps, SRE ou Platform Engineer. Le bon signal : savoir expliquer comment on gère les secrets, plusieurs environnements et un retour arrière en urgence avec ce modèle. Un candidat qui a seulement installé Argo CD sur un cluster de test n'a pas affronté ces questions. Inutile de l'exiger si l'entreprise n'utilise pas Kubernetes.