Dérive de configuration
Quand l'infrastructure réelle s'éloigne peu à peu de ce que définissent le code et la configuration — le plus souvent à cause de « réparations rapides » manuelles jamais reportées dans le code. Résultat : des environnements qui ne correspondent plus à leur définition, incohérents et imprévisibles.
Comment elle naît : quelqu'un se connecte en SSH et change un paramètre pour régler une urgence, ajuste une règle directement dans la console du cloud, ou un processus modifie quelque chose automatiquement — et le code n'est jamais mis à jour. Avec le temps, la réalité s'écarte de la source de vérité : un environnement recréé n'est plus le même, et le prochain terraform apply peut écraser la modification manuelle sans prévenir (ou refuser de s'exécuter). Conséquences : « ça marche sur ce serveur mais pas sur l'autre », des incohérences difficiles à diagnostiquer et des « serveurs flocons de neige » que personne n'ose toucher. Parades : la détection de dérive (terraform plan montre les écarts ; les agents GitOps alertent ou corrigent), l'infrastructure immuable (remplacer plutôt que modifier) et la discipline (tout changement passe par le code). L'une des principales raisons d'être de la boucle de réconciliation GitOps.