VP
Valdemar Astakhoff
Товарищи, я сам кложарист и грувист, но очень хочу изучить Эликсир. Вот начитался здесь и задумался, а стоит ли его изучать, что бы потом стать безработным?))
А что, на Clojure сейчас много вакансий? =)
Size: a a a
2019 November 14
AK
а чем поможет rmq, если удаленная нода упала?
Сообщение никуда не пропадет, а будет висеть в очереди. Нода его заберёт, когда поднимется
Е
Сообщение никуда не пропадет, а будет висеть в очереди. Нода его заберёт, когда поднимется
дык очередь может переполниться, что тогда?
AK
Сообщение никуда не пропадет, а будет висеть в очереди. Нода его заберёт, когда поднимется
Почитай про rabbitmq многие вопросы отпадут от тебя
Е
Почитай про rabbitmq многие вопросы отпадут от тебя
я читал, а что если нода свалится сразу же после приема сообщения от rmq?
VA
Есть еще Kafka, она более надежная, чем кролик
VP
я читал, а что если нода свалится сразу же после приема сообщения от rmq?
если нода успела акнуть, то это уже рпоблемы ноды. если не успела - перечитает. вроде так.
VA
А что, на Clojure сейчас много вакансий? =)
Я такого не говорил 😊
Е
если нода успела акнуть, то это уже рпоблемы ноды. если не успела - перечитает. вроде так.
то есть отправитель все равно точно не знает дошло сообщение или нет, нужно ли его еще раз отправить или нет. Верно?
VA
то есть отправитель все равно точно не знает дошло сообщение или нет, нужно ли его еще раз отправить или нет. Верно?
Дошло куда, до брокера или подписчика?
Е
до подписчика
VA
Producer /Publisher не должен знать, дошло ли сообщение до подписчика -
VP
до подписчика
хм. это же MQ. продюсер пушнул сообщение в топик и забыл.
VA
Он вообще не должен знать, кто на него подписан похорошему
VP
Valdemar Astakhoff
Он вообще не должен знать, кто на него подписан похорошему
+
VP
Консумер может сообщение вычитать, а может и не вычитывать. А может быть толпа консумеров, подключающихся динамически. Продюсеру всё это знать не нужно.
Е
это частный случай, зачастую нужно получить ответное сообщение от конкретной удаленной ноды
VA
А на счет переполнения очередей - не знаю как реализовано в RabbitMQ, а вот, например, в Kafka можно настроить стратегию поведения брокера при переполнении очереди (там под капотом, очередь - это лог-файл)
VP
ну пусть удалённая нода пушнет ответ в топик. не вижу проблемы.
VP
Valdemar Astakhoff
А на счет переполнения очередей - не знаю как реализовано в RabbitMQ, а вот, например, в Kafka можно настроить стратегию поведения брокера при переполнении очереди (там под капотом, очередь - это лог-файл)
там персистенс есть для такого. ну и да, кролика не запускают на серверах с 1 Гб ОЗУ.