Ребят, а как в микросервисной архитектуре реализовать обработку запроса от клиента?

Например, флов такой.
client->s1(initial)->s2|s3|s4->s5|s3->sx(final)->client

s1(initial), sx(final) работают как один микросервис, просто разные endpoints.
s - префикс для микросервиса.

Что в это время происходит с запросом клиента? Ну то есть в случае одного сервера он просто в хендлере сделает всю работу и вернёт ответ, а здесь тогда что?

Нужно как-то понимать, на sx, был ли такой запрос на s1, и если был, то отправить ответ и удалить инфу о запросе, но как это сделать?🤔🤔
А на s1 нужно как-то хранить запросы

А в чём проблема? Можно просто в s1 при обработке запроса от клиеньа сделать запрос на s2, дождаться ответа от s2 и послать его клиенту

Ну ответ будет не от s2, а от другого сервиса, например?

Не понимаю проблемы. Ну будет, и что с того?

вам может какой-нить grpc взять, rsocket или вообще через брокер это все обрабатывать?

Ну s1 будет ожидать ответ от s2, а s2 от s5 и т.д.
А потом это будет разворачиваться в обратную сторону?
Я не хочу висящую цепочку микросервисов.

Я хочу из s1 отправить запрос на микросервис s2 и продолжить работу. Потом в какой-то момент получить ответ от любого другого микросервиса, проверить, что такой запрос был и послать на клиент ответ.

Ну вообще при висячей цепочке проблем не так много, если у тебя треды не блокируются

Ну если представить большие системы, тот же убер например, то вряд-ли там будут такие цепочки. Вот и хочу понять, как правильно сделать.

вам может какой-нить grpc взять, rsocket или вообще через брокер это все обрабатывать?

Ну так всё то же самое, просто надо неблокирующие подходы использовать

А что позволит сделать брокер, не подскажите? То есть какую проблему решит?

А что позволит сделать брокер, не подскажите? То есть какую проблему решит?

Ну все сервисы обмениваются сообщениями через брокер, и респонсы надо будет просто вычитывать по мере появления (а реквесты, соответственно, слать)

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

опять же если rsocket поверх quic'а - дак даже сокеты не будут заняты и loom сверху :)) какое то светлое будущее приближается :)