Есть _легаси_ приложение с применением компонентов, часть software appliance, на

~600 роутов - это в перспективе ~400 реквест парам резолверов если вообще их использовать
если хорошо просушить то м.б. 400 роутов, но количество будет расти т.к. вырастет функционал
какая практика лучше чем разделение по кернелам? в доке пишут "не надо так"
есть возможность выделить хорошо выраженные модули соединяемые через события, стали-бы ради этого насильно вырезать их в отдельные "приложения" и связать через шину?

задайся вопросом какую проблему ты хочешь решить. Пока у тебя эти "отдельные приложения" имеют связанность на уровне базы данных толку от разделения на отдельные приложения нет, а если же эта проблема решена то какие еще проблемы есть? Тебе нет нужды "разделять" кернелы и т.д. если ты просто хочешь модульность сделать.

Я б переписал на го

Лучше на котлин. Чайка не даст соврать

то что склеено на уровне базы это одно дело, есть модули которые по сути обрабатывают какие-то из событий в домене и имеют в себе пачки контроллеров, сервисов, дто, конфигов, каких-то зависимостей от хранилища (от фс или бд но лишь по факту развертки в одном образе) итд. которые никуда больше не торчат. Т.е. идеальные модули, можно просто выбросить и не заметить. хочется придумать как разделить их еще глубже чтобы я не мог чужую дтошку зарезолвить из другого контроллера физически, или чтобы на модуль повесить кернел сабскрайбер и не писать 400 раз is json ? is json ? is json ?

Так навесь стат анализ с правилами

недавно на редите видел тулзу для "раскраски"...