Edge Caching Strategien für blitzschnelle Websites

Edge Caching legt Antworten auf Servern ab, die näher am Besucher stehen. Die Zeit bis zum ersten Byte fiel in einem Projekt von 180 auf 34 Millisekunden, weil der Cache-Knoten in Frankfurt statt der Ursprung in Helsinki antwortete. Der Gewinn entsteht nicht durch schnellere Software, sondern durch kürzere Wege – und er verlangt eine Entscheidung, wie lange welche Antwort gültig bleibt.

##Welche Edge-Caching-Strategien gibt es?

Drei Grundmuster decken die meisten Fälle ab. Erstens die feste Lebensdauer: Der Cache hält eine Antwort für eine definierte Zeit. Zweitens die bedingte Prüfung: Der Cache fragt beim Ursprung nach, ob sich etwas geändert hat. Drittens die sofortige Auslieferung mit Nachladen im Hintergrund, bei der Besucher nie warten, aber kurzzeitig eine ältere Fassung sehen.

##Welche Caching-Strategie zu welchem Inhalt passt

Statische Dateien wie Schriften, Stile und Bilder vertragen lange Lebensdauern, solange ihr Name sich bei jeder Änderung ändert. HTML-Seiten brauchen kurze Zeiten oder die sofortige Auslieferung mit Nachladen. Alles, was von der angemeldeten Person abhängt – Warenkorb, Konto, Bestellübersicht – gehört überhaupt nicht in einen gemeinsamen Cache.

##Was ist der häufigste Fehler beim Edge Caching?

Personenbezogene Antworten unter einer gemeinsam genutzten Adresse zu speichern. Passiert das, sieht der nächste Besucher die Bestellübersicht des vorherigen – ein Datenleck, kein Performanceproblem. Die Absicherung ist ein steuernder Kopfzeilenwert, den das CDN auswertet, plus die Regel, dass nur ausdrücklich freigegebene Pfade zwischengespeichert werden.

##Wie steuert man die Lebensdauer im Cache?

Über zwei Kopfzeilenwerte: einen für die Dauer, einen für die Freigabe. In diesem Projekt blieben Bilder und Schriften ein Jahr lang gültig, weil ihr Dateiname einen Inhalts-Hash enthält. HTML-Seiten bekamen 60 Sekunden Gültigkeit und eine zusätzliche Freigabezeit von einer Stunde, in der eine veraltete Fassung noch ausgeliefert werden durfte, während im Hintergrund bereits die neue geholt wurde.

##Wie wird eine Änderung sofort sichtbar?

Indem Sie einzelne Pfade gezielt aus dem Cache entfernen. Das setzt voraus, dass der Anbieter eine solche Schnittstelle hat und Ihr Deploy sie auch aufruft – sonst warten Redakteure nach einer Korrektur bis zu einer Stunde auf die Wirkung. Prüfen Sie nach jedem Deploy, ob die Startseite tatsächlich die neue Fassung ausliefert, statt es anzunehmen.

##Was kostet Edge Caching?

Weniger als die Last, die es abfängt. Ein Ursprung, der aus dem Cache bedient wird, braucht weder Datenbankzugriff noch Seitenaufbau. In einem Fall sank die Zahl der Anfragen an den Ursprung um 94 Prozent, woraufhin eine kleinere Instanz genügte. Die Kosten liegen im Konfigurationsaufwand und in der Fehlerquelle, die ein zusätzlicher Zwischenspeicher immer darstellt.

##Woran erkennt man, dass der Cache arbeitet?

An der Trefferquote und daran, wer die Antwort erzeugt. Ein Blick auf die Kopfzeilen zeigt, ob der Cache geantwortet hat oder der Ursprung. Eine Trefferquote unter 60 Prozent bei statischen Dateien deutet auf falsche Schlüssel oder eine zu kurze Lebensdauer hin. Bei HTML ist die Quote weniger wichtig – entscheidend ist dort, dass der Ursprung nicht mehr jede Anfrage selbst beantwortet.

##Trefferquote vor Konfigurationskunst

Edge Caching wirkt, sobald die Grundregeln stimmen: statische Dateien lange halten, HTML kurz oder nachladend, personenbezogene Antworten gar nicht. Feinschliff an Cache-Schlüsseln und Lebensdauern bringt danach noch Prozentpunkte, aber die erste Entscheidung bestimmt den Großteil des Ergebnisses. Prüfen Sie sie einmal gründlich und lassen Sie sie dann in Ruhe. Eine Trefferquote, die Sie monatlich beobachten, verrät mehr über Ihre Konfiguration als jede Checkliste. Notieren Sie bei jeder Änderung Datum und Wert, damit später nachvollziehbar bleibt, welche Regel gewirkt hat.