IM
шоб респонс прилетал как нибудь через две очереди или какие другие извращения
Size: a a a
2021 July 05
IM
с фронтом нужно прост подружить
GP
чето не понятно, а что хочешь сделать то и что пробовал и что не получилось?
ZM
есть оч простой вариант (но все равно небыстрый в реализации)
читаем про фишечки TCP, вычеркиваем что из них не надо, натягиваем дуплексную связь на два топика, плачем от скорости
читаем про фишечки TCP, вычеркиваем что из них не надо, натягиваем дуплексную связь на два топика, плачем от скорости
IM
вы, батенька, знаток изврата
KS
Каждый раз когда я видел такое (один раз сам реализовывал), это заканчивалось плохо и работало через пень-колоду
ZM
не, я придумал как можно решить изврат
прост он есть и его не выкинешь
прост он есть и его не выкинешь
GP
А чо решается то этим расскажите по человечески кейс
λ
а зачем синхронно чет фронту отдавать?
VR
Звучит как совсем изврат. По идее, очереди сообщений вводятся, когда нужна именно асинхронная обработка задач. Таким образом можно отдать ответ клиенту и не бояться, что его задача потеряется. То есть, в твоей схеме или кафка лишняя, или синхронность.
Oℕ
вот бы кафка была очередью
VR
С наворотами, но всё ещё очередь.
IM
прошу прощения за всратость
GP
Ого, оч красиво
GP
Я бы хотел стикер
IM
апп1 должно синхронно дернуть апп2
IM
и вот нужно как сделать красиво и синхронно обмен через кафку с егресс/ингрессами
IM
и вот чет как то не сильно все просто
IM
можно на скалаКафке