Spring Webflux против Vert.x

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

Теперь, возвращаясь к вашему первоначальному вопросу, Vert.x и Spring 5 имеют свои плюсы и минусы (без серебряной пули). Лично я предпочитаю Vert.x за его простоту и зависимость по требованию. Я видел несколько тестов, в которых Vert.x был быстрее (немного), чем Reactive spring, и причина очевидна. Но Spring имеет огромную поддержку сообщества и множество готовых конфигураций (вы просто аннотируете свой класс и вносите некоторые изменения в конфигурацию, и это все, чтобы создать службу !!!).

Вы можете смешивать такие вещи, как использование Spring для написания сервисов аутентификации и авторизации (например, внедрение OAuth 2 в spring безумно просто). А затем написать другие свои сервисы в Vert.x. Опять же, это архитектурное решение, которое третье лицо (я) не может принять удаленно, не имея представления о ваших требованиях.

Среди них довольно сложно выбрать, лучше всего выбрать правильный инструмент для правильной работы, что является причиной растущей популярности микросервисов.

PS: То, что я написал, было из моего личного опыта и осознания. Мнения могут различаться от человека к человеку, и я не претендую на стопроцентную правоту.