Миграция СЭД без простоя системы
Масштабирование и миграция системы с 10 000+ пользователей и 40 ТБ архивов — это всегда риск. Особенно если нужно: · перевести систему на импортозамещённое ПО (ОС REDOS, СУБД Postgres вместо Postgres Pro), · сменить сетевую архитектуру (выделенные подсети, VLAN-изоляция), · размножить виртуальные сервера и перенести их на новые физические мощности, · переключить 10 000 пользователей на новый адрес доступа.
При этом система — критическая и её остановка недопустима.
Как мы это сделали без простоя: 1. Поэтапный перенос. Сначала создавали новые ВМ на новых мощностях, тестировали, переключали — и только потом выключали старые. Никаких «выключили — перенесли — включили». 2. Переключение адреса с откатом. Мы переключали DNS несколько раз, с откатами. На реальных рабочих местах выявили проблему с межсетевым экраном — пришлось убирать СЭД из-под него, чтобы пакеты не терялись. Обработали 400+ заявок по настройке локальных сетей участников. 3. Миграция 35 ТБ данных. Сделали временные хранилища на серверах, скопировали данные, переключили точки монтирования, а после реконфигурации СХД — перенесли обратно. Всё с возможностью отката на каждом этапе. 4. Импортозамещение ОС и СУБД. Перешли на REDOS и Postgres. Столкнулись с отсутствием дистрибутива СУБД для REDOS — нашли альтернативу, доказали совместимость, провели тестирование. 5. Жёсткий мораторий на обновления. На время всех работ — ни одной доработки, чтобы не создавать дополнительные риски. Результат: · ✅ Система переведена на новые вычислительные ресурсы · ✅ Усилена информационная безопасность (выделенные подсети, VLAN) · ✅ Импортозамещение выполнено · ✅ 0% простоя · ✅ 10 000+ пользователей продолжали работать без сбоев.
Это был сложный проект — с высокими рисками, жёсткими сроками и необходимостью координировать несколько отделов и тысяч пользователей в 2000+ разных организациях. Но именно такие проекты показывают, что системное мышление и управление рисками работают и эффективны даже в самых сложных условиях.
Если вам предстоит миграция или масштабирование критической системы — я знаю, как это сделать без простоя.
Кстати, если интересно, в прикреплённом файле — весь план работ с детальными этапами и рисками. https://disk.yandex.ru/i/-ikfP6CZdwWXdw
#ЭДО #импортозамещение #управлениепроектами #миграция #цифроваятрансформация #СЭД #управлениерисками #архитектураИТ #миграцияданных
· 27.08
Кстати, это было не единственное компромиссное решение в этом проекте. Было ещё несколько, где мы выбирали между скоростью и идеальным технологическим решением. Это нормально для масштабных проектов — главное, чтобы система работала и приносила бизнесу результат.
В этом конкретном решении мы подстраховались нагрузочным тестированием, которое показало, что потери будут не критичными для сценариев.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён