Вы мигрировали инфраструктуру в Kubernetes и развернули Argo CD. Через две недели разработчики начали жаловаться, что не могут быстро откатить изменение, потому что GitOps-модель «слишком медленная». Бизнес требует возможности откатиться за 30 секунд. Как вы архитектурно решите эту проблему, не нарушив GitOps-принцип?

Для быстрого GitOps-отката нужны заранее готовые версии и ускоренный путь изменения желаемого состояния, а не ручное изменение ресурсов в обход Git.

Короткий ответ

Что ответить на собеседовании

Для быстрого GitOps-отката нужны заранее готовые версии и ускоренный путь изменения желаемого состояния, а не ручное изменение ресурсов в обход Git.

Подробный разбор

Ответ с пояснениями

Для быстрого GitOps-отката нужны заранее готовые версии и ускоренный путь изменения желаемого состояния, а не ручное изменение ресурсов в обход Git.

Автоматизируйте revert или переключение версии в Git, webhook и немедленный sync. Для цели 30 секунд держите предыдущую среду прогретой и переключайте трафик декларативно. Сам Git revert не гарантирует этот срок: учитывайте reconcile, readiness и совместимость БД. При auto-sync обычный rollback Argo CD имеет ограничения.

Источник: argo-cd.readthedocs.io.

ИИ-помощник для собеседований

Хочешь уверенно проходить собеседования?

Попробуй ИИ-помощник для собеседований: слышит вас и собеседника, анализирует экран, подсказывает ответы в реальном времени, работает без VPN и не попадает в захват экрана.

Подробнее