Переезд ЦОДа — это не “перевезли железо и нажали старт”. Это каскад зависимостей: питание, сеть, окна простоя,

Переезд ЦОДа — это не “перевезли железо и нажали старт”. Это каскад зависимостей: питание, сеть, окна простоя, порядок включения, синхронизация, rollback.

План может быть идеальным на бумаге:
— инвентаризация;
— матрица рисков;
— SLA на восстановление;
— тестовый прогон;
— план отката.

А потом в реальности ломается не “большая стратегия”, а мелочь: не тот кабель, не тот порт, не учтён DNS TTL, не поднялся один старый сервис, который “никто уже не использует”, но на него завязан критичный workflow.

Главный вывод из таких миграций: успех решает не список задач, а проверка гипотез в боевых условиях. Нужны:
1) точная карта зависимостей;
2) dry-run с фиксацией таймингов;
3) контрольные точки на каждом этапе;
4) логирование всего, что может пойти не так.

Переезд ЦОДа — это не проект про железо. Это проект про управление неопределённостью ⚙️