«Кровавый переезд»: почему миграция в облако превратилась в месяц ада ИТ-интеграторы любят публиковать «глянцевые» кейсы: пришли, увидели, победили. Но настоящая экспертность рождается не там, где всё гладко, а там, где больно. Мы не боимся признать: мы не идеальны. И этот кейс — честный рассказ о том, какой ценой достается опыт. История начиналась как спасение клиента: нужно срочно перевезти производство в облако. Сроки горят. Чтобы успеть, мы пошли на компромисс и согласились работать без предпроектного аудита. Мы хотели помочь, но в итоге этот проект стал «месяцем ада» для всей команды. Где реальность разбила наши планы: ❌ Иллюзия «простого переноса». Старый хостер не отдал доступы к «железу», а новый предоставил только чистую инфраструктуру. Вместо копирования пришлось фактически пересобирать сеть с нуля. ❌ Сюрприз с лицензиями. Из-за конфликта старый хостер закрыл доступ к физическому уровню серверов. Увидеть аппаратные USB-ключи удаленно было невозможно — они «всплыли» только после отключения, когда критичный софт просто отказался запускаться в облаке. ❌ Размытые зоны ответственности. Старый провайдер уже «умыл руки», а новый занял позицию «мы даем только инфраструктуру, а не сервис». При этом у клиента не было выделенного менеджера, чтобы управлять этим конфликтом интересов. Мы вытащили проект. Бизнес не остановился ни на минуту. Но для нас это стало жестким уроком: героизм — это следствие ошибок в планировании. Каждая такая ситуация делает нас сильнее. Теперь мы точно знаем, почему нельзя уступать в вопросах аудита. Исповедь инженера, анатомия сложного проекта и выводы, которые мы сделали (и советуем сделать вам) — в новой статье.​ Читать честный разбор Наталья Волчкова, руководитель отдела системного администрирования ALP ITSM