redis поддерживает pub-sub
zmq также поддерживает pub-sub via a message brokerzmq против Redis для паба юг рисунка
Что бы архитектурные плюсы \ минусов для выбора между ними?
Я нахожусь в точках, которые выходят за рамки конкретной производительности бенчмаркинга для конкретных случаев использования (здесь a nice example).
Предположим использовать язык высокого уровня, такой как Python.
ZeroMQ Плюсы/минусы
NEWS подписки соответствует NEWS* сообщенийRedis Плюсы/минусы
news.*Вот как я решил. Делайте минимальные тестовые примеры с использованием каждого продукта. Посмотрите, что легче построить и работает лучше. Нажмите несколько тестовых примеров немного дальше, а затем отбросьте одну строку как слишком большую работу.
Я действительно сделал, но я скорее проконсультируюсь с толпой о вещах, которые я могу узнать только по дороге ... начальные препятствия могут ввести в заблуждение – Jonathan
Я работал с ZeroMQ и Redis с python. Я бы сказал, что ZeroMQ более надежный, он предлагает реальную простую балансировку нагрузки, а также больше, чем pub-sub, например, запрос ответа среди других. Но если вы только после pub-sub, redis намного проще.
В случае сбоя или прекращения работы сервера redis все клиенты перестанут работать с ZeroMQ, клиенты работают, даже если сервер отсутствует.
Обе услуги доступны с любым языком программирования, рубином, питоном, C, C++ и другими.
Короче говоря, redis намного проще и надежнее. ZeroMQ является чрезвычайно надежным, но более сложным.
Если бы я только делал паб, я бы выбрал redis, иначе я бы выбрал ZeroMQ. Если бы я искал огромные нагрузки трафика, я бы выбрал ZeroMQ
Как происходит сбой сервера ZeroMQ? – Ash
Не знаете, как они это делают. Но вы можете запускать клиент и отправлять сообщения, даже если сервер не работает. Вы запускаете сервер, и все еще происходит. Все, что я знаю, это то, что он отлично работает и очень устойчив и прочен и отлично справляется с авариями, хотя и в разумных пределах –
Я занимался этим самостоятельно, так как мне нужно было решить, использовать ли Redis pubsub или Zubq для обмена информацией для распределенных систем. Я думаю, что Redis и ZMQ отличаются с точки зрения настройки приложения.
ZMQ pubsub врожденно соединяется напрямую i.e.нет среднего человека.
Вы можете создать экземпляр среднего человека, например, экспедиторское устройство
Для Redis pubsub, как абоненту, так и издателю необходимо подключиться к Redis.
Отсутствие среднего человека в ZMQ означает, что подписчик должен как-то знать, чтобы подключиться к издателю, чтобы получить сообщение. В моей системе, где приложение запускает издателей, которым необходимо отправлять информацию подписчикам, нет никакого способа сделать это без наличия устройства-пересылки, к которому подключаются подписчики до того, как начнется мое приложение.
Задержка имеет значение в моей системе, поскольку я хочу, чтобы удаленные ящики делали все как можно быстрее.
Zmq (direct pubsub)
avg: 0.000235867897669
max: 0.0337719917297
min: 0.000141143798828
Zmq (w/ forwarder)
Avg: 0.00237249334653
max: 0.00536799430847
min: 0.000249862670898
Redis (8gb ram)
avg: 0.000687216520309
max: 0.0483138561249
min: 0.000313997268677
Redis (32gb ram)
avg: 0.000272458394368
max: 0.00277805328369
min: 0.000216960906982
Эй, было бы здорово, если бы все ответы StackOverflow были сделаны по индивидуальному заказу и в глубину, как на примере с хорошим примером, на который вы ссылались :) Но так, как это делает ваш вопрос слишком открытым, закончился. Возможно, вам стоит попытаться выявить некоторые специфические различия или компромиссы, которые вы испытываете, а затем повторно отправить на более сложные хирургические вопросы. – Nicholas
Но спасибо за ссылку в блоге .... это выглядит как отличная статья. – Nicholas
Это для 'n-to-n' pub/sub? – raffian