А что за event server?

ну mqtt например

пофигу какой брокер

То есть посылаю запрос в очередь, а ответ от нее обрабатываю уже в другой рутине, и оттуда следующий запрос?

нене, у тебя разные процессы

причем тут рутины?

например ты интернет магазин, у тебя куча разноколиберных система - оплата, остатки...

все на разных серверах даже и на разных языках

еще скажем для коллцентра там отдельная система

ты создаешь заказ и поехало оно в первую систему...

на эрланге

У меня сейчас все реализовано просто в http хендлерах. То есть пришел запрос с клиента на создание некоторой сущности. Я отправляю n запросов в другой/другие сервисы, создаются некоторые части этой сущности (сущность сложная из частей). Если где-то произошел фейл - то нужно все откатывать
И вот это все происходит синхронно и ответ сразу же уходит клиенту. Если делать очередями, то про синхронность можно забыть...

нехрена

ты делаешь событие A и ждешь всю цепочку

когда тебе назад вернется события Z тогда ок

как там внутри они маршрутизируют и когда придет - приложение не ибит

(но лучше выставить таймаут)

есть еще оркестровая сага

The negotiated cipher suite is TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384.

Signing fails because the message to sign (pkcs overhead + hash) are now > 512 bits and a 512-bit RSA key is used.

The problem disappears if the test cert/key in net/http/httptest/server.go are
replaced with 1024-bit versions.