По мне микросервисы подразумевают, что они максимально независимы. Это просто сервисы, которые общаются.
А тут их заставляют не просто на одном языке описать (что в целом ок, наверное), но и на одном фреймворке, который многое определяет и ограничивает.
Если хочется что-то сделать на одной технологии, то я бы поигрался с моделью акторов типа Akka
Хорошо, зайдём с другой стороны
Использование фреймворка не добавляет зависимости сервисов друг от друга. Но зато даёт плюсы в виде унификации и набора готовых практик
Собственно, всё то же самое, что с монолитами: всегда есть выбор, можно написать всё ручками (aka метархия), набрать либ (express way), взять фреймворк (nest). Кто-то критикует последний вариант как чуждый миру ноды, то ты, насколько помню, к ним не относишься
Так в чём отличие от такого же отношения к микросервисам?
Понятно, что для специфичных задач, например cpu intensive, лучше брать даже не ноду. Но вот для набора микросервисов, условно, реализующих какой-то бизнес процесс, который неплохо ложится на модель ноды - в чём ты видишь проблему их построения на одном фреймворке, однотипно?