Spring Boot со встроенным Vert.x
Мы просто пытаемся проанализировать преимущества использования vert.x с загрузкой спринта. Немного из преимуществ, которые мы могли видеть по сравнению с использованием только vert.x:
1) Поддержка инфраструктуры внедрения Spring-зависимостей.
2) Поддержка файла свойств
3) Простая интеграция Spring с фреймворками, такими как camel, которые можно использовать для общения с vert.x в случае необходимости.
4) Общая поддержка весенней загрузки для вещей, в которых может отсутствовать vert.x.
Мы хотели бы знать, использовал ли кто-нибудь Spring Boot с vert.x, каковы его преимущества, трудности и уроки, извлеченные из этого, а также действительно ли полезно использовать vert.x с загрузкой Spring.
1 ответ
Обычно эти вопросы закрываются, потому что они слишком самоуверенные и широкие, но я все равно постараюсь ответить на них.
Вам нужно ответить на два вопроса: "есть ли у вас веские основания для реагирования" и "хотите ли вы реагировать с Vert.x"?
Быть реактивным позволяет вам обслуживать больше запросов (гораздо больше запросов), используя ограниченные ресурсы. Но нужно ли вам обслуживать десятки тысяч запросов в секунду? Потому что SpringBoot прекрасно обслуживает сотни запросов. Реакция на реагирование обходится дорого - ваш код обычно намного сложнее, и вам нужно заняться такими вещами, как "не блокировать цикл обработки событий".
Если у вас есть веская причина для реагирования, вам все равно следует подумать о WebFlux. Он использует те же идеи, что и Vert.x, но обещает лучшую интеграцию с инфраструктурой Spring. С другой стороны, это относительно новый проект, и Vert.x гораздо более зрелый в этом смысле.