Простой стоит денег: как мигрировать в облако с коротким окном работ

Час простоя для интернет-магазина — это не абстрактный SLA. Это корзины, которые не оплатили, рекламный бюджет, который сжёг пустые клики, и партнёры, которые не смогли оформить заказ в B2B кабинете. Даже если «сайт просто переезжал», клиент видит одно: не работает.

Поэтому миграция в облако для коммерческих систем — это не столько перенос файлов, сколько управление окном риска. Технически перенести можно почти всё. Бизнес спрашивает другое: сколько минут нас не будет и что будет, если что-то пойдёт не так.

Ответ «переедем ночью и помолимся» иногда срабатывает на витрине визитке. На e-commerce и порталах с интеграциями он дорого обходится. Здесь нужны репликация, поэтапное переключение и окно, выбранное по графику трафика, а не по удобству подрядчика.

Где простой бьёт больнее всего

Витрина и оплата. Если во время переключение недоступны каталог или платёжный шлюз, маркетинг фактически спонсирует конкурентов. Возврат трафика после «починили» никогда не равен потерянным покупкам один к одному.

Кабинет дилера. Офлайн в рабочее утро останавливает отгрузки и согласования — ущерб считает не только IT, но и отдел продаж. Дилеры редко читают статус страницы: они звонят менеджерам и требуют обещаний.

Обмены со складом и учётной системой. Даже если сайт «открывается», заказы без актуальных остатков и статусов порождают ручной хаос на день вперёд. Витрина зелёная — операции красные.

Контентные пики. Запуск акции, сезон, публикация у блогера. Миграция «рядом с пиком» без запаса — способ совместить два стресса в одном календаре.

В этих сценариях цель миграции — не «успеть за ночь», а сделать недоступность короткой, контролируемой и обратимой.

Почему миграции срываются в долгий offline

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

Не различают то, что можно перенести заранее, и то, что переключается в момент X. Статику и большую часть данных часто уводят заранее; в окне остаётся только финальная синхронизация и переключение трафика. Если этого не спланировать, в окне окажется весь проект.

Нет плана отката. Если DNS уже уехал, а новая среда хромает, команда импровизирует под давлением. Импровизация в три часа ночи — плохой инженерный метод.

Окно выбирают по удобству подрядчика, а не по графику трафика. Для части ниш «ночь» — как раз пик. Для B2B иногда опаснее утро понедельника, чем суббота.

Интеграции проверяют «потом». Сайт открылся, оплата или склад — нет. Для клиента это всё равно простой покупки, даже если главная страница улыбается.

Ошибки, которые удлиняют простой

Первый раз учиться на бою. Без репетиции переключение на копии вы обязательно встретите сюрприз в сертификатах, очередях, кэше или скрытой зависимости. Репетиция стоит дешевле сорванной акции.

Менять заодно половину архитектуры. Миграция и большой рефакторинг в одном окне — способ не понять, что именно сломалось. Сначала переезд, потом перестройка — или наоборот, но не одновременно без крайней нужды.

Забыть прогрев и DNS TTL. Трафик переключили, кэши пустые, TTL длинный — пользователи ещё часами ходят «не туда», а вы уже празднуете.

Не проверить интеграции в новой среде заранее: платежи, SMS, склад, почтовые шлюзы. Сайт жив, бизнес-процесс — нет.

Считать, что облако само по себе ускорит перенос. Облако даёт инструменты. План переключение всё равно пишет человек. Без плана облако — просто другая полка для того же риска.

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

Подход, который сокращает минуты offline

Считают стоимость простоя грубо, но честно: выручка в час, штрафы SLA, стоимость команды на инцидент. Это задаёт бюджет на нормальную схему вместо «самого дешёвого переноса». Когда час считается деньгами, разговор о репетиции перестаёт быть «лишней строкой сметы».

Делают карту зависимостей и выбирают стратегию: параллельный контур с репликацией, поэтапный перенос сервисов, либо короткое окно для небольшого контура. Для магазинов часто работает схема «новая среда живёт рядом, данные догоняют, переключаем трафик, старая остаётся быстрым откатом».

Репетируют. Хотя бы один полный прогон с замером времени каждой фазы: финальный sync, проверка ключевых сценариев, переключение, откат. Если репетиция не уложилась, боевое окно тоже не уложится — магии не будет.

Фиксируют критерии решение «продолжаем или стоп». Если финальная синхронизация не уложилась или критичный тест красный — не геройствуют, сдвигают окно. Геройство на переключение почти всегда дороже переноса даты.

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

Как объяснить простою деньгам

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

Эту же таблицу используйте для выбора окна. «Ночью дешевле инженерам» не равно «дешевле бизнесу». Иногда дневное короткое окно в низкий трафик безопаснее длинной ночи без репетиции. Деньги любят ясность сильнее, чем героизм.

Результат, который видит бизнес

Хорошая миграция почти скучна снаружи: короткий понятный простой или его почти нет, заказы не «теряются между мирами», откат существует не на слайде. Внутри — репликация, поэтапное переключение, низкий TTL, прогретые сервисы и люди, которые знают порядок действий.

Облако в этой истории — площадка с нужной ёмкостью и сервисами рядом. Но ценность проекта в управлении риском простоя, а не в факте «мы теперь в облаке». Переезд ради галочки без контроля окна — тот же риск на новом адресе.

Если переезд касается коммерческого контура, где час offline считается деньгами, закладывайте в проект именно это: окно, репетицию, критерии и откат. Иначе экономия на подготовке вернётся счётом за сорванные продажи.

Такие переезды обычно ведут в рамках Миграции в облако — с упором на непрерывность бизнеса, а не только на копирование инфраструктуры.