# Миграции

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

![Подготовка и проверка новой инфраструктуры перед миграцией](/images/illustrations/part2/08-migrations.webp)

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

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

## Про простой

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

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

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

Как это выглядело на практике — в кейсах [«PostgreSQL с 10-й версии на 17-ю»](/cases/postgresql-upgrade) и [«Кубер, который нельзя было масштабировать»](/cases/kubernetes-migration).