Oℕ
Речи о синхронном взаимодействии не шло, потому то собственно rabbitmq упомянул.
А о чём речь шла?
Size: a a a
2021 March 03
AK
О чем то типа асинхронного обмена типизированными сообщениями или асинхронном вызове RPC
Oℕ
что называете "асинхронный вызов RPC"
Oℕ
Пример конкретной задачи и какие гарантии хотите
AK
Вызвал функцию, передал параметры в ней и максимум что получил в ответ, то что соединение прошло и кто то на той стороне вызов принял
Из всего похожего я только протобуф могу припомнить да в SAP механизмы RPC вызовов
Из всего похожего я только протобуф могу припомнить да в SAP механизмы RPC вызовов
ΑZ
для меня выглядит как обычное "послал сообщение - прочитал сообщение в ответ". Ну наверное это можно назвать рпц
AK
Пример конкретной задачи и какие гарантии хотите
Никаких гарантий, обычный асинхронный вызов, когда ответ будет, та сторона сама пришлет дернув уже интерфейс на моей стороне
Oℕ
Вызвал функцию, передал параметры в ней и максимум что получил в ответ, то что соединение прошло и кто то на той стороне вызов принял
Из всего похожего я только протобуф могу припомнить да в SAP механизмы RPC вызовов
Из всего похожего я только протобуф могу припомнить да в SAP механизмы RPC вызовов
Ну вот гарантия "кто-то на той стороне вызов принял" уже достаточно сильная, такой нотификации не дают ни rabbit, ни kafka
Oℕ
Это уже в определённой степени "синхронность"
ΑZ
Никаких гарантий, обычный асинхронный вызов, когда ответ будет, та сторона сама пришлет дернув уже интерфейс на моей стороне
если обязательно нужно чтобы на той стороне кто-то был чем не устраивает хттп?
Oℕ
Можно только гарантировать, что операция была персистентно сохранена, и однажды, если всё пойдёт хорошо, кто-то может её прочитать
AK
для меня выглядит как обычное "послал сообщение - прочитал сообщение в ответ". Ну наверное это можно назвать рпц
Не совсем, в общем случае, в примерах раббита во всяком случае посылается строка, в которой может что угодно лежать. Хочетсмя неких договоренностей ограничивающих обмен сообщением
Oℕ
Такую гарантию может дать и кафка и rabbit
AK
Ну вот гарантия "кто-то на той стороне вызов принял" уже достаточно сильная, такой нотификации не дают ни rabbit, ни kafka
Не более чем обычный TCP дает, инфа, что сообщение не ушло в никуда
วโ
Ну вот гарантия "кто-то на той стороне вызов принял" уже достаточно сильная, такой нотификации не дают ни rabbit, ни kafka
разве что самопально принимающая сторона отправляет reply в ту же шину
AK
если обязательно нужно чтобы на той стороне кто-то был чем не устраивает хттп?
Ну не то что бы ктото был, а просто понять, что сообщение принято брокером для передачи, не обязательно что обработчик его получил
ΑZ
Ну не то что бы ктото был, а просто понять, что сообщение принято брокером для передачи, не обязательно что обработчик его получил
реббит умеет подтверждать получение сообщения
https://www.rabbitmq.com/confirms.html#publisher-confirms
https://www.rabbitmq.com/confirms.html#publisher-confirms
วโ
реббит умеет подтверждать получение сообщения
https://www.rabbitmq.com/confirms.html#publisher-confirms
https://www.rabbitmq.com/confirms.html#publisher-confirms
для себя
не для оркестратора
не для оркестратора
วโ
для себя
не для оркестратора
не для оркестратора
хм, или для продьюсера тоже может?
Oℕ
реббит умеет подтверждать получение сообщения
https://www.rabbitmq.com/confirms.html#publisher-confirms
https://www.rabbitmq.com/confirms.html#publisher-confirms
ну вот, я и соврал, оказывается