Auslieferung dynamischer Inhalte mit einem modernen CDN

Herkömmliche CDNs haben Nutzer dahingehend konditioniert, dass es im Wesentlichen zwei verschiedene Arten von Inhalten gibt: statische und dynamische. Wir erklären, was diese Begriffe bedeuten, damit Sie sich ein besseres Bild über ihre Anwendungsmöglichkeiten machen können.

Was sind statische Inhalte?

Statische Inhalte umfassen „sämtliche Daten, die ein herkömmliches CDN cachen kann“. Statische Inhalte sind für alle Nutzer gleich und können schneller bereitgestellt werden.

Was sind dynamische Inhalte?

Der Begriff dynamische Inhalte beschreibt „alle anderen Datentypen“. Dynamische Inhalte werden bei jeder Anfrage vom Server generiert. Ihre Bereitstellung kann sehr viel mehr Aufwand bedeuten.

Wir sind seit Langem der Meinung, dass diese Unterscheidung mehr mit der CDN-Technologie als mit den Inhalten selbst zu tun hat. Für ein herkömmliches CDN gelten nur Inhalte mit einer langen, genau definierten Lebensdauer als „statisch“ und damit als cachefähig. Durch den Einsatz moderner CDN-Funktionen wie Cache-Invalidierung, Echtzeitmetriken und Edge Delivery werden jedoch neue Kategorien von zuvor „dynamischen“ Inhalten für das Caching verfügbar. Der Content hat sich nicht geändert, wohl aber die Technologie. 

Die Herausforderung

Personalisierte Inhalte (die häufig unter die Definition für „dynamisch“ fallen) gewinnen immer mehr an Bedeutung. Tatsächlich gaben 74 % der Befragten in einer Instapage Umfrage an, dass sie enttäuscht sind, wenn eine Website nicht personalisiert ist. Und angesichts der aktuellen Umstände, die zu mehr Onlinekäufen führen, ist Personalisierung wichtiger denn je. 

Herkömmliche CDNs sind allerdings nicht in der Lage, dynamische, personalisierte Informationen wie Kontodaten, standortspezifische Produktinformationen, wechselnde Bestände, lokale Schlagzeilen usw. zu cachen. Dies bedeutet, dass Kunden von herkömmlichen CDNs ein größeres Trafficvolumen zurück zum Origin-Server schicken müssen, was wiederum zu langsameren Antwortzeiten und einer teureren Infrastruktur führt – ganz zu schweigen von den Egress-Kosten für all diese Antworten.

Neben der Cachefähigkeit gibt es aber auch noch weitere Gründe, die herkömmliche CDNs daran hindern, mehr gecachte Inhalte auf der Edge bereitzustellen:

• Transparenz: Die Daten für Inhalte, die direkt vom Origin-Server ausgeliefert werden, erscheinen sofort in den Metriken, während sich die Statistiken und Logs herkömmlicher CDNs nur schwer integrieren lassen und erst nach Minuten oder Stunden verfügbar sind.

• Einheitlichkeit: Wenn einzelne Inhalte aktualisiert werden, müssen oft auch viele andere Inhalte bereinigt werden, um Integrität zu gewährleisten und veraltete Ergebnisse zu vermeiden. Auf einer E-Commerce-Website müssen zum Beispiel Fotos und SKUs geändert werden, wenn sich eine Produktbeschreibung ändert.

• Gemischte Inhalte: Bei Technologien wie GraphQL, die nicht gut für das Caching geeignet sind, kann es zur Vermischung von kleinen Mengen personalisierter Inhalte wie Warenkörbe mit großen Mengen cachefähiger Inhalte wie Fotos und Produktbeschreibungen kommen.

Die Lösung

Moderne CDNs machen es möglich, wirklich dynamische Inhalte, die von Anfrage zu Anfrage verschieden sein können, von der Edge anstatt vom Origin-Server aus bereitzustellen. Durch die Möglichkeit, Code dank strategisch verteilter POPs mit hoher Kapazität, die auch als Speicherpool für das Cachen von Inhalten dienen, näher am Endnutzer auszuführen, lassen sich viele Origin Requests gänzlich vermeiden. 

Die Fähigkeit moderner CDNs, Inhalte sofort zu purgen (bei manchen CDNs innerhalb von Millisekunden) und selektiv anstatt vollständig zu bereinigen, hilft Unternehmen, viele Inhalte zwischenzuspeichern, die mit herkömmlichen CDNs nicht gecacht werden könnten. 

Außerdem liefern moderne CDNs Entwicklern Echtzeiteinblicke in Statistiken und Logs, die zur Programmierung und Überwachung der API-Performance genutzt werden können. Diese Mechanismen bieten wertvolle Unterstützung bei der Auslieferung von Inhalten und fördern Aspekte wie Performance, Entlastung des Origin-Servers und Transparenz.

Serverless Computing auf der Edge geht sogar noch einen Schritt weiter: Wir vertreten eine Edge-First-Mentalität, bei der es nicht mehr bloß um die Frage nach statischen oder dynamischen Daten geht, sondern darum, grundsätzlich auf der Edge zu entwickeln und nur wenige Anwendungsfälle an den Origin zu verlagern (mehr zur Beschleunigung dieser Anwendungsfälle folgt in einem späteren Blogpost). 

Nächste Schritte

Mit Blick auf die nächste Generation der Edge-Bereitstellung ermöglicht unsere eigene Serverless-Compute-Umgebung – Compute@Edge – Content Stitching. Das bedeutet, dass Sie in einer einzigen Antwort sowohl Inhalte aus dem Cache als auch solche von Ihrem Origin-Server kombinieren können, um so viele Inhalte wie möglich von der Edge aus bereitstellen und gleichzeitig Antworten für jeden einzelnen Nutzer personalisieren zu können. Sehen Sie sich dazu die von unserem Chief Architect Sean Leach auf der Altitude präsentierte Demo zur Verwendung von Compute@Edge für das Stitching von GraphQL Inhalten und mehr an. 

Dies sind nur einige von vielen Möglichkeiten, wie ein modernes CDN und eine edgebasierte Serverless-Architektur dazu beitragen können, dynamischere Inhalte bereitzustellen und das Nutzererlebnis zu verbessern. Mehr zu diesem Thema und was Sie sonst noch mit einem modernen CDN tun können, erfahren Sie in unserem Guide zum modernen CDN: Sicherheit und Performance im modernen Zeitalter der Webentwicklung.