Облако тоже может сломаться. Часть 2: как переехать во время аварии и не потерять
Представим ситуацию: облачная площадка недоступна, GitLab и внутренние сервисы не работают, а бизнес ждёт конкретных сроков восстановления. Нужно срочно переехать к другому провайдеру, но при этом не потерять данные и не создать ещё больше проблем. Разберём практический порядок аварийной миграции: от выбора нового провайдера и проверки квот до восстановления GitLab, Kubernetes, баз данных и переключения DNS. Поговорим о Terraform, Ansible, GitOps, резервных копиях и репликации. Покажем, почему статус Running ещё не означает успешное восстановление и какие проверки действительно необходимы перед возвращением сервисов в эксплуатацию.
https://habr.com/ru/articles/1095092/
#disaster_recovery #gitlab #devops #backup_and_restore #аварийное_восстановление #ansible #kubernetes #terraform #gitops #миграция_инфраструктуры