TTLs sollten sich an Änderungsfrequenzen, Risikotoleranz und Nutzererwartung orientieren. Ergänzen Sie stale‑while‑revalidate und stale‑if‑error, damit Clients verlässliche Antworten erhalten, während Aktualisierungen im Hintergrund erfolgen. Für häufig geänderte Seiten empfiehlt sich Fragment‑Caching, das stabile Abschnitte länger vorhält. Ein E‑Commerce‑Team kombinierte kurze TTLs für Preisblöcke mit langen für Medien, senkte dadurch redundante Abrufe deutlich und konnte Lastspitzen am Ursprung abfedern, was unmittelbar den Energieverbrauch verringerte.
Mit ETag und Last‑Modified werden unveränderte Ressourcen effizient per 304 bestätigt statt erneut übertragen. Das spart nicht nur Bandbreite, sondern vermeidet CPU‑Arbeit in Proxy‑Ketten und am Ursprung. Achten Sie auf stabile, deterministische ETags und konsistente Uhren. In einer Fallstudie sank die durchschnittliche Antwortgröße für wiederkehrende Seitenaufrufe drastisch, weil Heldenbilder, CSS‑Bundles und Fonts nur validiert statt geliefert wurden. Zusammen mit Brotli‑Kompression ergab sich ein spürbar kleinerer CO2‑Fußabdruck pro Besuch.
Wenn viele Nutzer gleichzeitig dieselbe Ressource anfragen, bündeln Request‑Kollapsing und Origin‑Shields die Last. Nur eine Upstream‑Abfrage trifft den Ursprung, während andere wartend bedient werden. Das verhindert Stampeden, stabilisiert Latenzen und verringert mehrfachen Datenfluss über Backbone‑Strecken. Kombiniert mit Circuit‑Breakern bleiben Caches warm, auch wenn der Ursprung wankt. Teams berichten von deutlich weniger Spitzenlasten und geringerer Emissionsintensität in kritischen Fenstern, insbesondere bei großen Kampagnenstarts und Produktdrops.
All Rights Reserved.