Логика кейса простая: старый монолит не переписали, а аккуратно вскрыли и подсадили в него React.

Логика кейса простая: старый монолит не переписали, а аккуратно вскрыли и подсадили в него React.

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

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

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