Сверка состояния в GitOps (reconcile)
Основной цикл GitOps: агент постоянно сравнивает ФАКТИЧЕСКОЕ состояние кластера с ЖЕЛАЕМЫМ (декларативно описанным в git-репозитории) и автоматически устраняет любые расхождения. Git — единственный источник истины, кластер непрерывно сходится к нему.
Вместо того чтобы «проталкивать» изменения в кластер (kubectl apply), агент внутри кластера (Argo CD, Flux) забирает описанное состояние из git и непрерывно сверяет: если реальность отклонилась (кто-то поменял что-то руками, исчез под), он возвращает её к тому, что записано в git. Выигрыш: git как источник истины (полная история, ревью, откат через git revert), обнаружение дрейфа (ручные правки замечают и исправляют или сигнализируют) и безопасность (агент тянет изнутри — внешние учётные данные в кластер не нужны). Это тот же принцип «объяви желаемое состояние, пусть контроллер к нему сходится», на котором построен сам Kubernetes, — только распространённый на всю цепочку доставки. Современный стандарт деплоя в Kubernetes.