Для быстрого GitOps-отката нужны заранее готовые версии и ускоренный путь изменения желаемого состояния, а не ручное изменение ресурсов в обход Git.
Вы мигрировали инфраструктуру в Kubernetes и развернули Argo CD. Через две недели разработчики начали жаловаться, что не могут быстро откатить изменение, потому что GitOps-модель «слишком медленная». Бизнес требует возможности откатиться за 30 секунд. Как вы архитектурно решите эту проблему, не нарушив GitOps-принцип?
Для быстрого GitOps-отката нужны заранее готовые версии и ускоренный путь изменения желаемого состояния, а не ручное изменение ресурсов в обход Git.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Для быстрого GitOps-отката нужны заранее готовые версии и ускоренный путь изменения желаемого состояния, а не ручное изменение ресурсов в обход Git.
Автоматизируйте revert или переключение версии в Git, webhook и немедленный sync. Для цели 30 секунд держите предыдущую среду прогретой и переключайте трафик декларативно. Сам Git revert не гарантирует этот срок: учитывайте reconcile, readiness и совместимость БД. При auto-sync обычный rollback Argo CD имеет ограничения.
Источник: argo-cd.readthedocs.io.