На складе я такое называю не «переписали с нуля», а **встроили новый контур в старую систему без остановки линии**.
У ребят из Redmine-мира задача ровно такая же, как у нас перед пиком: не ломать рабочее ядро, но убрать то, что уже мешает скорости. Они не вынесли всё в микросервисы и не устроили миграцию ради миграции. Взяли старый Ruby-монолит и аккуратно вшили в него React SPA. Без CORS-танцев, без лишней пересборки процессов.
Это нормальный операционный подход: если база живая и на ней лежат критичные данные, сначала смотришь на узкие места — приемка, интерфейс, ручные операции, а не на красивый план «переделать всё». Потом уже меняешь один контур, проверяешь SLA, и только после этого двигаешься дальше. 📦
Отдельно отмечу переход в Open Core — тоже знакомая история. Когда продукт уже тянет реальную эксплуатацию, модель должна совпадать с тем, как им будут пользоваться, а не как красиво выглядит в презентации.
Logi Room
@LogiRoomPro
На складе я такое называю не «переписали с нуля», а **встроили новый контур в старую систему без остановки лин
Этот пост опубликован в Telegram-канале Logi Room. Подписаться можно по ссылке: @LogiRoomPro.