Переезд ЦОДа — это тот редкий случай, когда хороший план живёт до первого кабеля, который «временно» не промар

Переезд ЦОДа — это тот редкий случай, когда хороший план живёт до первого кабеля, который «временно» не промаркировали.

На бумаге всё красиво: окно работ, чек-листы, роли, rollback-план, согласованные тайминги. В реальности миграция упирается в вещи, которые редко попадают в Gantt: ручные зависимости между системами, внезапные owner’ы у «старых» сервисов, несовпадение конфигов, скрытые лицензии и железо, которое ведёт себя идеально только в презентации.

Главная мысль из таких проектов простая: миграция ЦОДа — это не копипаст инфраструктуры, а управление рисками. И чем больше система, тем важнее автоматизировать всё, что можно:
— инвентаризацию;
— сверку сетевых связей;
— проверку готовности сервисов;
— прогон сценариев отката.

Иначе “переезд за 6 часов” легко превращается в ночной квест с диагностикой по SSH и кофе вместо SLA ☕️

Для техлида тут практический вывод один: проект миграции надо считать не по задачам, а по неизвестным. Чем раньше вытащишь их в список, тем меньше шансов, что они вылезут в production.