Was ist ein CDN-Cache?

Ein CDN-Cache (Content Delivery Network) ist ein temporärer Speicher für Website- oder Anwendungsinhalte auf Servern, die sich näher an den Endnutzern befinden. Anstatt denselben Inhalt jedes Mal von einem Origin-Server abzurufen, wenn jemand eine Anfrage stellt, kann ein CDN eine gecachte Kopie an der Edge vorhalten und direkt bereitstellen.

Das Ergebnis ist eine schnellere Inhaltsauslieferung, weniger Anfragen an die Origin-Infrastruktur und eine höhere Netzwerkstabilität, wenn Traffic-Spitzen auftreten oder Origin-Systeme Probleme haben.

Was ist ein Cache?

Ein CDN-Cache speichert Kopien von Inhalten an Edge-Standorten, auch bekannt als Points of Presence (POPs), die über das Netzwerk eines CDN verteilt sind.

Wenn jemand eine Website besucht oder eine Anwendung nutzt, kann das CDN prüfen, ob der angeforderte Inhalt bereits in einem nahegelegenen Cache verfügbar ist. Ist dies der Fall, kann das CDN die gecachte Kopie zurückgeben, anstatt eine weitere Anfrage an den Origin der Anwendung zu senden.

CDN-Caches werden häufig mit statischen Assets wie den folgenden assoziiert:

Bilder
JavaScript- und CSS-Dateien
Schriftarten
Videos und andere Medien
Software-Downloads

Moderne CDNs können auch HTML, API-Antworten und andere sich häufig ändernde oder dynamische Inhalte cachen, wenn geeignete Caching-Richtlinien angewendet werden. Gecachte Objekte haben einen definierten „Frischezeitraum“ und können auch vom CDN entfernt werden, wenn es seine verfügbare Cache-Kapazität verwaltet.

Wie funktioniert ein CDN-Cache?

Das CDN-Caching folgt in der Regel einem Anfrage-Antwort-Prozess:

Ein Nutzer fordert Inhalte an. Ein Browser, eine App für Mobilgeräte, ein API-Client oder eine andere Anwendung sendet eine Anfrage für eine Ressource (eine Webseite, ein Bild, ein Video usw.).
Das CDN empfängt die Anfrage. Die Anfrage wird an einen geeigneten CDN-Edge-Standort weitergeleitet.
Der Cache sucht nach dem angeforderten Objekt. Wenn bereits eine aktuelle Kopie zwischengespeichert ist, wird dies üblicherweise als Cache Hit bezeichnet. Das CDN kann das Objekt zurückgeben, ohne es vom Origin-Server abzurufen.
Das CDN ruft fehlende Inhalte ab. Wenn ein geeignetes Objekt nicht im Cache verfügbar ist (auch als Cache Miss bezeichnet), fordert das CDN dieses vom Origin-Server oder einem anderen Upstream-Cache an.
Die Antwort kann gecacht werden. Abhängig von den HTTP-Caching-Regeln und der Konfiguration des CDN kann die Antwort gespeichert werden, sodass nachfolgende Anfragen aus dem Cache bedient werden können.

Gecachte Objekte haben typischerweise eine Time to Live (TTL), die bestimmt, wie lange sie als aktuell gelten können, ohne den Origin-Server zu konsultieren. Wenn Cache-Inhalte ablaufen, kann ein CDN sie über den Origin-Server erneut validieren, anstatt das gesamte Objekt noch einmal herunterzuladen.

Was ist der Unterschied zwischen einem CDN-Cache und einem Browser-Cache?

Beide speichern Inhalte, damit sie nicht wiederholt abgerufen werden müssen, arbeiten jedoch an unterschiedlichen Stellen.

Ein Browser-Cache speichert Inhalte auf dem Gerät eines einzelnen Nutzers. Ein CDN-Cache speichert Inhalte in einer gemeinsam genutzten Infrastruktur an der Edge, wo ein gecachtes Objekt verwendet werden kann, um Anfragen vieler Nutzer zu bedienen.

Diese Unterscheidung ist wichtig, da Website-Betreiber eine wesentlich direktere Kontrolle über die Invalidierung des CDN-Cache haben. Ein CDN kann ein bereits im Browser-Cache eines Endnutzers gespeichertes Objekt nicht einfach bereinigen.

Was passiert, wenn sich der Cache-Inhalt ändert?

Cache-Inhalte müssen nicht unbedingt auf der Edge verbleiben, bis ihre TTL abläuft.

Ein CDN kann ein Objekt löschen oder invalidieren, wenn sich die Quelle ändert. Die nächste Anfrage kann dann die aktualisierte Version vom Origin-Server abrufen und den Cache erneut füllen.

Dadurch wird die Invalidierung zu einem wichtigen Bestandteil einer effektiven Caching-Strategie. Anstatt extrem kurze TTLs nur deshalb festzulegen, weil sich Inhalte möglicherweise ändern, können Unternehmen Inhalte länger cachen und sie invalidieren, wenn eine tatsächliche Aktualisierung erfolgt.

Können dynamische Inhalte auf einem CDN gecacht werden?

Ja. Ob dynamische Inhalte zwischengespeichert werden sollten, hängt davon ab, wie sie generiert werden, wie häufig sie sich ändern und ob die Antwort je nach Nutzer oder Anfrage variiert.

Inhalte wie Produktinformationen, Nachrichtenartikel, API-Antworten oder andere sich häufig ändernde Daten eignen sich für Edge-Caching, wenn sie mit entsprechenden TTLs, Cache-Keys, Revalidierung und Invalidierung kombiniert werden.

Fastly unterstützt speziell das Cachen einer größeren Bandbreite an Inhalten, einschließlich dynamischer und ereignisabhängiger Inhalte, wobei schnelles Purging eine Möglichkeit bietet, gecachte Informationen bei Bedarf zu aktualisieren.

Warum ist CDN-Caching notwendig/wichtig?

Ohne CDN-Caching müssen Anfragen möglicherweise den gesamten Weg zur Origin-Infrastruktur einer Anwendung zurücklegen, selbst wenn Tausende oder Millionen von Nutzern identische Inhalte anfragen.

Caching hilft, mehrere Herausforderungen zu bewältigen.

Performance: Die Bereitstellung von Inhalten über einen nahe gelegenen Edge-Standort kann die Netzwerkdistanz und die Verarbeitung auf dem Origin-Server reduzieren, die für die Bearbeitung einer Anfrage erforderlich sind, und so die Antwortzeiten verbessern.

Skalierbarkeit: Ein Cache kann dasselbe Objekt wiederholt bereitstellen, ohne jedes Mal eine entsprechende Origin-Anfrage zu generieren. Das hilft Anwendungen dabei, größere Zielgruppen und plötzliche Traffic-Spitzen zu bewältigen.

Entlastung des Origin-Servers: Weniger Anfragen, die die Origin-Infrastruktur erreichen, bedeuten einen geringeren Rechen-, Netzwerk- und Bandbreitenbedarf. Durch die Bereitstellung einer größeren Menge an Inhalten aus dem Cache lassen sich folglich die Kosten für die Infrastruktur und den vom Origin-Server ausgehenden Traffic reduzieren.

Zuverlässigkeit und Resilienz: Durch geeignete Caching-Richtlinien können bestimmte Inhalte auch dann verfügbar bleiben, wenn ein Origin-Server langsam oder nicht verfügbar ist.

Nutzererlebnis: Schnellere und konsistentere Antworten können das Erlebnis für Nutzer verbessern, die sich geografisch weit von der Infrastruktur einer Anwendung entfernt befinden.

Was sind Best Practices für CDN-Caching?

Es gibt keine einheitliche Caching-Richtlinie, die für jede Anwendung funktioniert. Effektives Caching erfordert ein ausgewogenes Verhältnis zwischen Performance, Aktualität der Inhalte und Kontrolle. Zu den nützlichen Praktiken gehören:

Legen Sie explizite Caching-Richtlinien fest.
Wählen Sie TTLs basierend darauf aus, wie sich Inhalte ändern. Langlebige Assets wie versionierte Bilder oder JavaScript-Bundles können häufig lange TTLs nutzen, während sich schnell ändernde Informationen möglicherweise kürzere Aktualitätszeiträume oder eine aktive Invalidierung erfordern.
Trennen Sie das Caching im Browser und im CDN bei Bedarf. Edge-Caches können Inhalte häufig länger speichern, während Browser kürzere Caching-Anweisungen erhalten, wodurch App-Betreiber mehr Kontrolle über Aktualisierungen haben.
Verwenden Sie gezielte Invalidierung. Wenn sich Inhalte ändern, invalidieren Sie bestimmte URLs oder Gruppen zugehöriger Objekte, anstatt unnötigerweise einen gesamten Cache zu leeren.
Nutzen Sie veraltete Inhalte strategisch.
Stellen Sie Validatoren bereit. Die Verwendung von Headern ermöglicht es Caches festzustellen, ob sich veraltete Inhalte tatsächlich geändert haben, ohne immer das vollständige Objekt erneut herunterzuladen.
Überwachen Sie die Cache-Effektivität. Cache-Hitraten, Origin-Traffic, Latenz, TTLs und Invalidierungsmuster können Teams dabei helfen, Inhalte zu identifizieren, die effektiver gecacht werden könnten.
Seien Sie vorsichtig bei personalisierten oder sensiblen Inhalten. Authentifizierung, Cookies, Autorisierungs-Header und nutzerspezifische Antworten sollten in Caching-Regeln einbezogen werden, damit die private Antwort eines Nutzers nicht versehentlich an einen anderen ausgeliefert wird.

Das Ziel besteht nicht einfach darin, so viel wie möglich zu cachen. Es geht darum, die richtigen Inhalte für den richtigen Zeitraum zu cachen und gleichzeitig die Kontrolle über die Aktualität zu behalten.

Wer braucht CDN-Caching?

CDN-Caching kann nahezu jedem Unternehmen Vorteile bieten, das digitale Inhalte oder Anwendungen an Nutzer ausliefert, wird jedoch in großem Maßstab besonders wertvoll.

E-Commerce-Unternehmen können Produkt-Assets, Kategorieseiten und potenziell Teile von sich schnell verändernden Erlebnissen cachen und behalten dabei die Kontrolle über Bestands- und Preisaktualisierungen.

Medien- und Verlagsunternehmen können Caching nutzen, um große Zielgruppen und Traffic-Spitzen bei Eilmeldungen oder beliebten Inhalten zu bewältigen.

Streaming- und Unterhaltungsservices können Medien und zugehörige Assets näher an ihre Zielgruppen ausliefern.

SaaS- und API-Anbieter können Latenzen und die Backend-Auslastung reduzieren, indem sie geeignete App- und API-Antworten cachen.

Software- und Gaming-Unternehmen können große Dateien, Downloads, Patches und andere häufig angeforderte Assets effizient verteilen.

Globale Unternehmen können über verschiedene Regionen verteilten Nutzern eine konsistentere App-Performance bieten.

Selbst Organisationen, die hauptsächlich dynamische Anwendungen bereitstellen, können einen Vorteil daraus ziehen. Modernes CDN-Caching ist nicht auf statische Dateien beschränkt: Mit der richtigen Architektur und Invalidierungsstrategie können auch sich schnell ändernde und ereignisabhängige Inhalte auf der Edge gecacht werden.

Was bietet Fastly für CDN-Caching?/ Ihre Vorteile mit Fastly

Das CDN von Fastly ist darauf ausgelegt, Unternehmen die Kontrolle darüber zu geben, was gecacht wird, wie lange es gecacht wird und wann es aktualisiert wird.

Das CDN von Fastly unterstützt das Cachen statischer sowie dynamischer und ereignisabhängiger Inhalte auf der Edge. Seine Netzwerkarchitektur nutzt leistungsstarke POPs, die darauf ausgelegt sind, mehr Inhalte näher bei den Nutzern im Cache zu halten.

Zu den wichtigsten Caching-Funktionen gehören:

Instant Purge™: Fastly ermöglicht es, Cache-Inhalte bei Änderungen rasch zu invalidieren, sodass Unternehmen Inhalte länger cachen können, ohne sich ausschließlich auf kurze TTLs verlassen zu müssen, um Informationen aktuell zu halten. Fastly gibt mit Stand vom 31. Dezember 2025 eine regionale durchschnittliche Bereinigungszeit von weniger als 150 Millisekunden an.

Granulares Purging: Inhalte können per URL invalidiert oder mithilfe von Surrogate Keys gruppiert werden. Soft Purging kann ein Objekt als veraltet markieren, anstatt es sofort zu entfernen, sodass Anwendungen weiterhin Inhalte ausliefern können, während der Cache aktualisiert wird.

Origin Shield: Fastly kann einen designierten POP als Schutzschild zwischen Edge-Caches und einem Origin-Server nutzen. Dies kann die Cache-Effizienz verbessern und die Anzahl der Anfragen reduzieren, die die Origin-Infrastruktur erreichen.

Granulare Cache-Kontrolle: Entwickler können standardmäßige HTTP-Caching-Kontrollen sowie Fastly-Funktionen verwenden, um das CDN-Caching unabhängig vom Browser-Caching zu verwalten.

Veraltete Inhalte und Revalidierung: Fastly unterstützt „stale-while-revalidate“ und „stale-if-error“, sodass Anwendungen Aktualität, Performance und Netzwerkstabilität ausbalancieren können.

Programmierbarkeit und Observability: Das CDN von Fastly bietet APIs, konfigurierbare Auslieferungslogik sowie Echtzeit-Logging und Observability, wodurch Entwicklungs- und Betriebsteams mehr Transparenz und Kontrolle über die Inhaltsauslieferung erhalten.

Durch die Kombination von Edge-Caching mit schneller Invalidierung und programmierbarer Kontrolle ermöglicht Fastly es Unternehmen, mehr Inhalte (einschließlich sich häufig ändernder Inhalte) zu cachen und gleichzeitig die Kontrolle darüber zu behalten, wann Nutzer aktualisierte Versionen erhalten.