GitOps
Infrastructure
L’état désiré de l’infrastructure vit dans Git : tout changement passe par un commit, appliqué automatiquement au cluster.
Principe : Git est la source de vérité ; un opérateur (Argo CD, Flux) réconcilie le cluster en continu.
Bénéfices : Traçabilité (chaque changement = commit), rollback par revert, revue par PR, dérive détectée automatiquement.
Ce qui arrive si on s'en passe
Sans GitOps, les modifications d'infrastructure se font à la main, directement sur le cluster, et personne ne sait plus qui a changé quoi ni pourquoi : la traçabilité repose sur la mémoire des administrateurs, fiable jusqu'à leurs prochains congés. Aucune revue ne précède les changements, aucune dérive n'est détectée, et revenir en arrière après une erreur suppose de se souvenir de l'état précédent. Un changement malveillant ou maladroit passe alors inaperçu. À l'inverse, le dépôt devenu source de vérité doit être protégé en conséquence : qui peut y pousser peut modifier la production, en toute traçabilité, ce qui fait une fort belle signature au bas du méfait.
Explication de la marmotte
Imagine que tu as un cahier où tu écris exactement comment tu veux que ta chambre soit rangée : où mettre les livres, les vêtements, et les jeux. Chaque fois que tu veux changer quelque chose, tu notes la modification dans ce cahier. Ensuite, un robot lit ce cahier et range ta chambre tout seul, exactement comme tu l’as écrit. GitOps, c’est un peu ça, mais pour gérer des ordinateurs et leurs réglages : tout est écrit dans un endroit sûr, et les changements sont faits automatiquement, sans erreur.