кстати, насчет межмодульной коммуникацией... почему именно хттп? редис паб-саб никто не рассматривал никогда?

он быстр... он очень быстр... только кажется, он стейтлесс. события не персистит..

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

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

хотя еще один шаг и можно задействовать кафку. ))

...я как то был на проекте где было несколько "микро" сервисов (каждый стартовал по полторы минуты) и все они меж собой общались через рест )) процесс логина занимал несколько секунд...

...я вижу оправдание ресту, если скажем, у нас физически сервисы сильно разнесены и кроме как через интернет по 443-му порту других шансов коммуницировать нет...

Petro123andreykaT,
Конечно, если одно приложение пишем на разных языках тут сложнее.

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

каких еще транзакций. зачем они там. для гарантий доставки чтоль? ну да. этого редиска не умеет.

что всё? у меня только один такой проект был за всю мою практику джава... да и тому было 10 лет это был какой то кровавый лютый энтерпрайз, там только баз данных было порядка 180-ти. т.е. я не ошибся - стовосемьдесят ))) вот там да там сервисы между собой на ресте общались.
я не знаю, но думаю, что арихитекторы, строя подобную структуру чем-то руководствовались.