Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Redis ist ein In-Memory-Datenspeicher. Er hält Daten im RAM statt auf der Festplatte, weshalb Lese- und Schreibvorgänge in Mikrosekunden statt Millisekunden antworten. Er spricht ein einfaches Schlüssel-Wert-Modell, unterstützt darauf aber reichhaltige Strukturen: Strings, Hashes, Listen, Sets, sortierte Sets, Streams. Weniger eine Datenbank im klassischen Sinn, mehr eine schnelle Schicht, die sich vor eine setzt.
Man greift in einigen wiederkehrenden Formen darauf zurück. Als Cache, der die Ergebnisse teurer Abfragen hält, damit die eigentliche Datenbank weniger arbeitet. Als Session-Speicher für angemeldete Nutzer. Als Message Queue oder Pub/Sub-Kanal zwischen Diensten. Als Engine hinter einer Live-Rangliste oder einem Rate Limiter. Eine E-Commerce-Seite, die einen Flash Sale übersteht, hat meist Redis, das den Lese-Verkehr abfängt, damit die primäre Datenbank nicht umfällt. Er kann Daten zur Dauerhaftigkeit auf die Festplatte schreiben, doch das Design geht davon aus, dass der Arbeitsspeicher die Quelle der Wahrheit ist und die Festplatte die Sicherung.
Der Kompromiss ist der naheliegende. RAM ist begrenzt und kostet mehr als Festplatte, also ist Redis nicht der Ort für Ihren gesamten Datenbestand. Er ergänzt eine primäre Datenbank wie Postgres oder MongoDB, statt sie zu ersetzen. Gut eingesetzt ist er der Unterschied zwischen einer Seite, die sofort lädt, und einer, die unter Last kriecht.
Redis taucht in unserer Arbeit auf, sobald Performance im großen Maßstab zählt. Wir nutzen ihn, um heiße Daten zu cachen, Sessions zu halten, Hintergrund-Jobqueues laufen zu lassen und Echtzeitfunktionen zu stützen, die eine primäre Datenbank überfordern würden, träfen sie sie direkt.
Der ehrliche Vorbehalt ist, dass Caching eine zweite Quelle der Wahrheit hinzufügt, und ein veralteter Cache verursacht eigene Fehler. Deshalb gehen wir bewusst damit um, was in Redis kommt, wie lange es lebt und wie es invalidiert wird. Unsorgfältig gemacht verbirgt es Probleme. Gut gemacht macht es aus einer langsamen Webanwendung etwas, das sich sofort anfühlt, und hält die Datenbank ruhig, wenn der Verkehr in die Höhe schießt. Wir entscheiden gemeinsam, wo er in Ihren Stack gehört, statt ihn reflexhaft anzuschrauben.
Wird die App mit ihrem Wachstum langsamer? Finden wir, wo Redis passt.
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine Marke in ein funktionierendes Geschäft verwandeln.
Eine halbe Million Menschen. Eine App. Null Chaos.















