Caching

Ein Workflow, der bei jedem Push npm ci ausführt, lädt jedes Mal dieselben paar Hundert Pakete aus der Registry herunter, selbst wenn sich die Lockfile seit einer Woche nicht geändert hat. Bei einem Projekt mit einem echten Abhängigkeitsbaum sind das ein bis zwei Minuten, bevor der erste Test überhaupt startet, und Sie zahlen das bei jedem Push und jeder Pull Request erneut. actions/cache behält diese Downloads zwischen den Ausführungen und gibt sie zurück, wenn sich nichts Relevantes geändert hat. ...

Was ein CDN mit einer Anfrage tatsächlich macht Ein Nutzer in Tokio, der eine Seite von einem Server in Virginia lädt, bezahlt für diese Distanz zweimal: einmal für den Hinweg der Anfrage, einmal für den Rückweg der Antwort. Glasfaser überträgt mit einem festen Bruchteil der Lichtgeschwindigkeit, und allein diese Strecke kostet etwa 150-200ms Round-Trip-Zeit, bevor der Origin-Server überhaupt etwas getan hat. Kommen noch eine Datenbankabfrage und ein, zwei langsame Hops dazu, fühlt sich eine Seite, die nebenan sofort lädt, auf der anderen Seite des Planeten träge an. ...

Eine Abfrage, die 200ms gegen Ihre Datenbank braucht, braucht auch beim millionsten Aufruf noch 200ms, und jeder dieser Aufrufe konkurriert um dieselben Verbindungen, dieselbe Disk-I/O und dieselbe CPU. Redis hält die Antwort im Speicher, auf einem Server, der sonst nichts tut, sodass der millionste Lesevorgang einen Netzwerk-Roundtrip kostet statt eines Query-Plans. Was Redis als Cache wirklich macht Redis ist ein Key-Value-Store im Arbeitsspeicher. Werte liegen im RAM, daher liegen Lese- und Schreibzeiten im Sub-Millisekunden-Bereich statt bei den zehn bis hundert Millisekunden, die eine relationale Abfrage kostet, sobald Joins, belastete Indizes oder ein ausgelasteter Connection-Pool ins Spiel kommen. Redis steht neben Ihrer Datenbank, nicht an ihrer Stelle: Ihre Anwendung fragt zuerst Redis und geht nur dann zur Datenbank, wenn Redis die Antwort nicht hat. ...