Как мы переехали в новый дата-центр и не потеряли ни пользователей, ни нервы
Есть проекты, которые начинаются со слов: — «Нужно просто переехать».
А есть те, где за этим «просто» скрывается: • сотни пользователей, • десятки серверов, • завязки на чужую инфраструктуру, • и очень нервный вопрос от бизнеса: «А точно всё будет работать?»
Этот проект был из второй категории.
С чего всё началось
Компания жила в ИТ-инфраструктуре, которая после разделения принадлежала материнской компании. Домены, сервисы, доступы — всё было аккуратно встроено теперь уже в чужую экосистему.
Работало? Да. Контролировалось? Не очень. Рисковало? Сильно.
В какой-то момент стало понятно: нужна собственная, независимая инфраструктура. И не «когда-нибудь», а желательно вчера.
Первый сюрприз: «А у нас тут всё связано… вообще всё»
На старте мы провели аудит — и это был тот самый момент, когда открываешь шкаф, а оттуда вываливается вся ИТ-история за последние 10 лет.
Что обнаружилось:
пользователи аутентифицируются через внешний домен;
сервисы жёстко привязаны к старым серверам;
часть оборудования морально устарела;
никто не хочет «первым отключаться» — потому что страшно.
Решение: мы не рвём провода, а проектируем параллельную реальность. Новую инфраструктуру, которая запускается рядом со старой и аккуратно забирает на себя пользователей и сервисы.
Человеческий фактор: «А вдруг не зайдёт?»
Самый сложный момент в миграциях — не серверы. Самый сложный момент — люди.
Фразы, которые мы слышали: — «У меня и так всё работает» — «А почта точно сохранится?» — «Мне потом пароль снова менять?» — «А если в день отчёта что-то упадёт?..»
Мы решили идти не через «потом разберёмся», а через:
поэтапный перевод пользователей;
параллельную работу в двух инфраструктурах;
понятные инструкции (без 40 страниц и мелкого шрифта);
живую поддержку в момент миграции.
В итоге — 200+ пользователей переехали практически незаметно для себя. А это лучший комплимент для ИТ-проекта.
Технический квест: серверы, почта и «ничего нельзя останавливать»
Самый нервный этап — перенос серверов и бизнес-сервисов. Задача звучала просто: «Сделайте так, чтобы всё переехало и никто не заметил».
На практике это означало:
перенос core-инфраструктуры в новый дата-центр;
миграцию корпоративной почты на собственный сервер;
перенос порталов, документооборота и ERP;
и ноль часов простоя.
Мы выбрали стратегию:
мигрировать сервисы волнами;
тщательно тестировать каждый этап;
держать возможность быстрого отката;
и не делать «магии в пятницу вечером».
В итоге пользователи работали сразу в двух сетях, а бизнес даже не понял, в какой момент произошёл финальный «переключатель».
Неожиданная проблема: старое оборудование не хотело отпускать
В процессе всплыл классический, но неприятный момент: часть оборудования и сервисов оказались завязаны на старые версии и костыли, о которых никто давно не вспоминал.
Что сделали:
аккуратно вынесли критичные зависимости;
часть сервисов обновили;
часть — оптимизировали и упростили;
а от некоторых «наследий прошлого» просто попрощались.
Иногда лучшая миграция — это повод не тащить всё с собой.
Что получилось в итоге
Если коротко:
инфраструктура стала полностью независимой;
безопасность выросла на порядок;
затраты на ИТ снизились примерно на 35%;
пользователи продолжили работать без простоев;
ИТ-команда выдохнула.
Если честно: проект был непростым. Местами нервным. Местами требовал дипломатии, а не только технических знаний. Но именно такие проекты и дают главное —
уверенность, что ИТ может быть не источником риска, а опорой бизнеса.
Главный вывод
Миграция в новый дата-центр — это не про «железо».
Это про:
аккуратность,
планирование,
уважение к пользователям,
и умение решать проблемы до того, как о них узнает бизнес.
А ещё — про то, что хорошо сделанная инфраструктура незаметна. И если никто не заметил переезд — значит, всё прошло правильно.