Ssdb: Реализуйте публикацию, подписку, blpop, brpop

Лучше получить эти функции с помощью службы очереди сообщений, такой как ZeroMQ, Gearman и т. Д.

В целом я согласен с вами, но у меня есть несколько возражений:

• Не все проекты являются веб-масштабами (или планируются как таковые), стартап может решить сохранить технологический стек простым и использовать Redis для данных, брокера очередей и pub-sub. Случайно, это те же самые стартапы, которые выиграют от снижения затрат, если не хранят все данные в памяти.
  Помните также, что стартапы, как правило, вносят значительный вклад в OSS и легче вводят новшества.
• Вероятно, также в большом масштабе внутренний канал публикации-подписки Redis с низким трафиком является хорошей идеей для координации служб без необходимости настройки ZMQ для простой службы периодических сообщений.
• Вы будете удивлены, но Redis - чертовски хороший брокер очередей (не все проекты требуют или получают выгоду, особенно без брокерских очередей). И существует множество проектов, реализующих очереди в Redis.
• PubSub в Redis тоже действительно быстр (хотя он, естественно, страдает очень большим количеством подписчиков или, как следствие, очень высоким трафиком подписки).

Я только недавно узнал о SSDB. Отличная работа!
Поскольку SSDB создан как альтернатива Redis, я ожидал, что он будет включать pub-sub. Поскольку Microsoft отказалась от поддержки Redis, я рассматривал SSDB в качестве альтернативы, но я не могу его использовать, потому что он не поддерживает pub-sub.
Одна вещь, которую мне очень не хватало в обмене сообщениями Redis pub-sub, - это ключевые значения (старые-новые). Я был бы очень признателен, если бы это было добавлено в SSDB!