Y
вам какое взаимодействие надо, синхронное или асинхронное
асинхронное
Size: a a a
2020 April 23
ВС
гарантия доставки нужна at-least-once или at-most-once
Y
вклинится в отдельные взаимодействия между микросервисами сложнее, чем в централизованный pub sub сервер)
но натс дает хорошуюмасштабируемость в плане того, что одному микросервису не надо знать адреса других микросервисов
Y
гарантия доставки нужна at-least-once или at-most-once
наверное без разницы, пойдет и at-most-once
ВС
ну тогда хоть поверх redis-а)
а вообще, "не надо знать адреса других сервисов" умеет любой нормальный mq-брокер
а вообще, "не надо знать адреса других сервисов" умеет любой нормальный mq-брокер
Y
ну тогда хоть поверх redis-а)
а вообще, "не надо знать адреса других сервисов" умеет любой нормальный mq-брокер
а вообще, "не надо знать адреса других сервисов" умеет любой нормальный mq-брокер
вот поэтому и решил спросить совета, что лучше) натс пишут что прям мелкий и быстрый и ресы не жрет
ВС
за nats не скажу, но судя по всему нынче популярны kafka и rabbit (хотя кое-где есть например ibm)
АС
Коллеги, которые используют nats streaming, как вы управляете именами клиентов при использовании durable топиков? Интересен кейс переиспользования имен при большом количестве инстансов приложения.
AS
но натс дает хорошуюмасштабируемость в плане того, что одному микросервису не надо знать адреса других микросервисов
но ему всё равно нужно знать топик, куда паблишить и на что подписываться
эту же задачу решают гораздо более эффективно современные инфраструктурные решения - тот же kubernetes
эту же задачу решают гораздо более эффективно современные инфраструктурные решения - тот же kubernetes
AS
ну и собсно в некоторых места пишут что нат и кафку и реббита и в хвост и в гриву
nats и кафка - это настолько разные инструменты, что можете смело слать таких говорящих лесом
ВС
ну в таком случае порекомендую посмотреть на поддержку nats в тех языках, на которых сервисы + возможную перспективу
да и тесты провести самим лишним явно не будет
да и тесты провести самим лишним явно не будет
DP
всем привет, а кто-нибудь nats юзает? как оно вообще, или лучше двигаться в сторону json-rpc? для микросервисов
правильно вопрос ставится так: “common bus или peer to peer”
AS
паб саб сервис без какой либо персистнтности для сообщений соревнуется по скорости с решениями, которые обеспечивают не только персистентность полученных сообщений, но и их автоматическую репликацию на кластере 😂