Требуется ли redis pub/sub model для постоянных соединений для redis?

Question

В веб-приложении, если мне нужно записать событие в очередь, я бы сделал подключение к redis для записи события.

Теперь, если мне нужен другой серверный процесс (скажем, задание демона или cron), чтобы обработать или отредактировать публикацию события в redis, мне нужно постоянное соединение?

Немного смущает, как этот паб/подпроцесс работает в веб-приложении.

Answer 1

Я не совсем уверен, но я считаю, что да, pub/sub требует постоянного соединения.

Для альтернативы я бы заглянул в resque и как он справляется с этим. Вместо того, чтобы использовать pub/sub, он просто добавляет элемент в список в redis, а затем все задания демонов или cron могут использовать команду lpop для получения первой.

Извините, что вы дали только псевдоответ, а затем подключите вилку.

Answer 2

Использование BLPOP вместо LPOP

Answer 3

В основном в Redis есть две различные модели обмена сообщениями:

• Огонь и забыть/один ко многим: Pub/Sub. Во время сообщения PUBLISH-ed все подписчики получат его, но это сообщение будет потеряно навсегда. Если клиент не был подписан, нет способа вернуть его.
• Сохраняющиеся очереди/один к одному: списки, которые могут использоваться с такими командами блокировки, как BLPOP. В списках у вас есть продюсер, вставляющий список, а один или многие пользователи ждут элементов, но одно сообщение достигнет только одного из ожидающих клиентов. Со списками у вас есть настойчивость, и сообщения будут ждать, пока клиент вытолкнет их, а не исчезнет. Поэтому даже если никто не слушает, есть отставание (такое же большое, как и ваша доступная память, или вы можете ограничить отставание с помощью LTRIM).

Надеюсь, это ясно. Я предлагаю вам изучать следующие команды, чтобы понять больше о Redis и семантики сообщений:

• LPUSH/RPUSH, RPOP/LPOP, BRPOP/BLPOP
• ПУБЛИКАЦИЯ, ПОДПИСКА, PSUBSCRIBE

Doc для этого команды доступны по адресу redis.io