Boucle de réconciliation

Une boucle de réconciliation compare en continu un état désiré (déclaré quelque part : manifeste YAML, dépôt Git) à l’état réel observé sur le système, et corrige l’écart quand il en existe un. Elle ne réagit pas à un événement précis : elle tourne en permanence, sans se soucier de ce qui a causé la divergence.

Le mécanisme derrière Kubernetes

Chaque contrôleur Kubernetes (Deployment, ReplicaSet, StatefulSet) est une boucle de réconciliation. Un Deployment qui déclare 3 replicas ne lance pas une action ponctuelle : il vérifie en boucle qu’il existe exactement 3 pods conformes, et en crée ou supprime dès que ce n’est plus le cas : qu’un pod ait été tué manuellement, qu’un nœud soit tombé, ou que quelqu’un ait édité l’état à la main.

Pourquoi ce modèle plutôt que des actions ponctuelles

Une action ponctuelle déclenchée par un événement peut échouer, être manquée, ou arriver dans le désordre. Rien ne la relance. Une boucle de réconciliation est auto-corrective par construction : peu importe combien de fois l’état réel dévie, le prochain passage de la boucle le ramène vers l’état désiré. C’est ce même principe qu’exploite GitOps en plaçant l’état désiré dans Git : le contrôleur ArgoCD réconcilie le cluster contre le dépôt, en continu, sans intervention manuelle.