Ssdb: Implementar publicación, suscripción, blpop, brpop

Es mejor obtener estas funciones utilizando el servicio de cola de mensajes como ZeroMQ, Gearman, etc.

En general, estoy de acuerdo con usted, pero tengo algunas objeciones:

• No todos los proyectos son a escala web (o están planeados como tales), una startup podría decidir mantener la pila tecnológica simple y usar Redis para datos, agente de cola y pub-sub. Accidentalmente, estas son también las mismas startups que se beneficiarían de la efectividad de reducción de costos de no mantener todos los datos en la memoria.
  Recuerde también que las startups tienden a contribuir mucho al OSS e innovan más fácilmente.
• Probablemente también a gran escala, un canal interno de publicación y suscripción de Redis con poco tráfico es una buena idea para coordinar servicios, sin la necesidad de configurar ZMQ para un servicio simple.
• Se sorprenderá, pero Redis es un buen corredor de colas (no todos los proyectos requieren o se benefician particularmente de las colas sin intermediarios). Y hay muchos proyectos que implementan colas en redis.
• PubSub en Redis también es muy rápido (aunque naturalmente sufre con un número muy alto de suscriptores o, doblemente, con un tráfico de suscripciones muy alto).

Recientemente me enteré de SSDB. ¡Buen trabajo!
Dado que SSDB se crea como una alternativa a Redis, esperaría que incluyera pub-sub. Debido a que Microsoft eliminó el soporte de Redis, estaba considerando SSDB como una alternativa, pero no puedo usarlo porque no es compatible con pub-sub.
Una cosa que realmente extrañé en la mensajería pub-sub de Redis son los valores clave (antiguo-nuevo). ¡Realmente agradecería si eso se agregara a SSDB!