Redis als mehr als Cache: Queues, Sessions und Pub/Sub

Redis: Ein Schweizer Taschenmesser

Redis ist ein In-Memory Data Store mit Sub-Millisekunden-Latenz. Aber es ist weit mehr als ein Key-Value-Cache — die eingebauten Datenstrukturen machen es zu einem vielseitigen Werkzeug.

Queues mit Redis

Laravel Horizon nutzt Redis Lists und Sorted Sets für Job Queues. Die Vorteile gegenüber Datenbank-Queues:

• Performance: Redis verarbeitet Millionen von Jobs pro Sekunde — keine Datenbank-Locks, kein Polling.
• Prioritäten: Mehrere Queues mit konfigurierbaren Worker-Zuweisungen.
• Monitoring: Horizon Dashboard mit Echtzeit-Einblick in Queue-Auslastung und Fehler.

Sessions und Rate Limiting

• Sessions: Redis Sessions sind schneller als Datenbank-Sessions und überleben Deployments (anders als File-Sessions).
• Rate Limiting: Redis INCR mit TTL ist die Basis für Laravel's Rate Limiter — atomar und schnell.
• Distributed Locks: Cache::lock() nutzt Redis für Mutex-Operationen über mehrere Server hinweg.

Pub/Sub und Streams

• Pub/Sub: Echtzeit-Messaging zwischen Services — ideal für Laravel Broadcasting mit Websockets.
• Streams: Persistent Message Queues mit Consumer Groups — ähnlich wie Kafka, aber einfacher zu betreiben.

Unsere Empfehlung

In jedem Laravel-Projekt setzen wir Redis ein — mindestens für Cache und Sessions, oft auch für Queues und Broadcasting. Mit Redis Sentinel oder Cluster ist auch Hochverfügbarkeit kein Problem.