Это будет какой-то сервис между брокером и клиентами брокера. Такое делают если у клиента нет возможности работать с брокером напрямую (нет нативного клиента). Например, 1С. Там нет возможности напрямую подключится к RabbitMQ, вот для этого делают прокладку, которая умеет работать с api 1С сервера и коннектиться RabbitMQ, . Транспортом может быть HTTP, WebSocet ... да могут быть даже ftp и просто файлы в общих папках))). Да все будет асинхронно. Вообще синхронность какойто большой системы такой же большой вопрос. По большому счету синхронным бывает только эхо запрос). Это вечное "а клиент/сервер может подождать ответа?" ))) Тут скорее важна гарантированная доставка с гарантированной очередностью например по времени.
По схеме вижу идею какого-то нотификатора, которым A пинает B когда отправил ему сообщение, а тот должен синхронно отреагировать на этот запрос или просто сказать: "Посмотрю и отпишусь"? ...
