Ну, теоретически, можно сделать shared state c hash-ring-ом между инстансами сервиса и при получении запроса роутить его на нужный инстанс уже внутри... но это всё сказки для хороших программистов, а не х-х и в продакшен

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

Господа, подскажите умные слова для гугления следующей задачи: есть сервис, состоящий из N инстансов, есть 2 клиента, нужно обеспечить передачу куска данных по цепочке сервис -> клиент 1 -> клиент 2 -> сервис, так чтобы кусок данных оказался на том же инстансе сервиса, с которого и начал своё движение. Мне в голову приходит 2 варианта решения: балансировка запросов по какому-нибудь ключу, который могут знать (генерить) клиент 1 и клиент 2, тогда они оба попадут на один и тот же инстанс сервиса, либо общее хранилище/кэш/дистрибьютед очередь между сервисами, тогда данные от клиента 2 поступают в эту хранилку, а оттуда подсасываются в нужный инстанс сервиса. Потерями при вылете одного инстанса сервиса можно пренебречь.

Оба варианта с недостатками: в случае балансировки у меня получится часть логики на инфраструктурном слое, что не есть удобно и очевидно, плюс плохо отлаживаемо, в случае общего хранилища — мы получаем стейтфул плюс зависимость от общего хранилища.

Может быть я не знаю какого-то ещё очевидного инженерного решения для такого рода проблем?

Желтуха же просто))

"Делал это авторизованный клиент банка путем подмены номера счета отправителя."

Ни один банк не проведёт такой платёж) Это же не физики, там проверяется не только номер счёта.

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

У вас в 1м случае минимум логики же. Надо просто уметь считать sharding key.

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

У вас в 1м случае минимум логики же. Надо просто уметь считать sharding key.

Желтуха же просто))

"Делал это авторизованный клиент банка путем подмены номера счета отправителя."

Ни один банк не проведёт такой платёж) Это же не физики, там проверяется не только номер счёта.

Всмысле "ни один банк"? тут речь о том, что у api не было валидации.  И у одного известного банка регистронезависимый пароль, например.
У другого можно было подобного рода манипуляциями получить выписку по счёту. У другого банка можно было перебором телефонных номеров можно было получать ФИО клиента.

Да кому нужно это АПИ ??
Все проверки при проведении платежа на бэке проходят и в АБС.

Так ЦБ зря такое рассылал? :)