Redis › Redis as a Message Queue
What are the limitations of using a plain Redis list as a message queue, and when should you consider Redis Streams instead?
IntermediateAnswer
A plain list based queue does not retain any history of processed messages, offers no built-in way to acknowledge that a message was successfully processed, and provides no way to replay messages if something goes wrong, all of which Redis Streams specifically address, making Streams the better choice whenever you need message history, consumer groups, or reliable processing guarantees.
-- A list based queue loses the task entirely
-- once a worker pulls it, with no record kept
BRPOP tasks 0Real-world example A payment processing team switches from a simple list based queue to Redis Streams after realizing they needed the ability to replay and audit exactly which payment tasks were processed and when, something the simple list could not provide.