Миграции

Переезд с площадки на площадку, из офиса в облако, из одного облака в другое или обратно на своё железо.

Подготовка и проверка новой инфраструктуры перед миграцией

Как устроен переезд

  1. Опись. Что переезжает: службы, базы, интеграции, задания cron, DNS, сертификаты, доступы. Обычно на этом шаге находится пара систем, о которых все забыли.
  2. Схема на новом месте. Не копия прежней схемы со всеми её ограничениями, а пересмотренная архитектура: сети, права, резервирование, мониторинг с первого дня.
  3. Репетиция. Пробный перенос на тестовый контур, замер времени переключения и проверка отката.
  4. Синхронизация. Данные заранее едут на новую площадку и держатся в актуальном состоянии, чтобы в час X переносить не терабайты, а последние минуты изменений.
  5. Переключение. Согласованное окно, чек-лист по шагам, у каждого шага — критерий успеха и путь назад.
  6. Стабилизация. Неделя-две повышенного внимания к новой площадке, старая пока не гасится.

Про простой

Полностью без простоя переезжают не все системы: сайт с внешним хранилищем — почти незаметно, база на сотни гигабайт с активной записью — уже окно работ. Честная оценка окна даётся после аудита, а не в начале разговора.

Что получает заказчик

Работающую систему на новом месте, схему и описание того, как она устроена, и старую площадку, которую можно спокойно погасить, а не держать «на всякий случай» ещё год.

Как это выглядело на практике — в кейсах «PostgreSQL с 10-й версии на 17-ю» и «Кубер, который нельзя было масштабировать».