Здравствуйте, gandjustas, Вы писали:

G>Все популярные нынче шины работают по принципу pub-sub. Клиенты подключаются к шине и слушают сообщения. Это создает связь получателя с отправителем сообщения, но дает возможность гарантированной доставки, множество получателей и прочие плюшек.

Я не уверен, что существует связь. Как раз наоборот, оба развязаны, связаны только с брокером.

G>REST API с другой стороны позволяет получателю ничего не знать об отправителе, но отправитель начинает зависеть от доступности получателя и сделать множество получателей становится сложнее.
G>Существует ли шина\боркер\оркестратор, который может совмещать оба подхода:
G>1) Получаель выстывляет REST API и ничего не знает об отправителе
G>2) Отправитель вызывает REST эндпоинт оркестратора
G>3) Окрестратор вызывает REST эндпоинты получателей, а в случае их недоступности повторяет вызов через некоторое время
G>4) Окрестратор сам считает количество повторов и выбрасывает сообщение в случае невозможности доставки через N повторов
G>5) На стороне окрестратора можно настроить сохраннеие последовательности вызовов
G>6) (опционально) На стороне оркестратора можно выполнить преобразование тела и заголовков запроса по простым правилам
G>7) Оркестратор может в высокую доступность
G>8) Оркестратор умеет работать с разными схемами аутентификации HTTP как для входящих вызовов, так и исходящих
G>9) Настраивается оркестратор без программирования на языке высокого уровня, но возможно написание плагинов.

Чем все это отлично от reverse proxy L7, всяческих lb и nginx наконец?