Edge Content Delivery: So funktioniert es

Was ist Edge Content Delivery?

Edge Content Delivery bedeutet, Web-Inhalte wie Bilder, Skripte, Seiten und manche API-Antworten von Servern am Rand des Netzwerks auszuliefern, nahe beim Besucher, statt bei jeder Anfrage vom Origin-Server. Kann der Edge-Server aus seinem Cache antworten, erreicht die Anfrage den Origin gar nicht. Das senkt die Latenz und entlastet Ihre Server.

So funktioniert es

1. Ein Besucher ruft eine URL auf, und DNS leitet ihn zu einem nahen Edge-Server.
2. Der Edge-Server sucht eine frische Kopie. Bei einem Treffer antwortet er sofort. Bei einem Fehlschlag holt er die Datei vom Origin, speichert sie und antwortet.
3. Ihre Cache-Control-Header bestimmen, wie lange eine Kopie als frisch gilt. Danach prüft der Edge-Server sie erneut oder lädt sie neu.

MDN nennt einen solchen Cache einen verwalteten Shared Cache: Eine gespeicherte Antwort kann vielen Nutzern dienen, und gleichzeitige identische Anfragen lassen sich zu einer einzigen Anfrage an den Origin bündeln.

Edge Delivery, CDN und Edge Computing

• CDN: das Servernetzwerk und der Dienst dahinter. Edge Content Delivery ist, was dieses Netzwerk mit Ihren Inhalten tut.
• Edge Computing: Code und Logik nahe beim Nutzer ausführen, nicht nur gespeicherte Dateien ausliefern.
• Edge Content Delivery: eine Antwort, meist aus dem Cache, vom nächstgelegenen Edge-Standort ausliefern.

Der Sicherheitsaspekt

Edge-Server können einen Teil einer Traffic-Flut abfangen, weil gecachte Anfragen beantwortet werden, bevor sie Ihren Origin erreichen. Das hilft, ist aber keine vollständige Abwehr: Nicht gecachte Anfragen erreichen den Origin weiterhin, und der Origin sollte nicht direkt erreichbar sein. Die Schutzschichten drumherum beschreibt DDoS-Angriffe stoppen. Die US-Behörde CISA rät als vorbeugende Maßnahme zu einem DoS-Schutzdienst.

Das zweite Risiko ist der Datenschutz. MDN warnt, dass personalisierte Inhalte in einem Shared Cache an andere Nutzer gelangen können und ein Cookie allein eine Antwort nicht privat macht. Kennzeichnen Sie nutzerspezifische Antworten mit Cache-Control: private.

Häufige Fehler

• Personalisierte oder eingeloggte Antworten am Edge cachen.
• Nach einer Änderung nicht leeren oder URLs nicht versionieren, sodass Besucher veraltete Dateien sehen. Siehe Cache-Invalidierung und Performance-Tests (englisch).
• Die Geschwindigkeit nur von einem Standort aus beurteilen, obwohl sich das Edge-Verhalten je Region unterscheidet. Siehe Edge-Standorte und Cloud-Last (englisch).
• Nur den gecachten Pfad per Lasttest prüfen und nie den Origin bei einem Cache-Miss.

Edge Delivery testen und überwachen

Die Antwort-Header einer Seite oder Datei lesen Sie mit dem kostenlosen Online-curl-Tool: Es zeigt Caching-Header wie Cache-Control und führt GET und HEAD gleichzeitig aus sechs AWS-Regionen aus. Das Page-Speed-Monitoring startet geplante Lighthouse-Audits aus 25 Cloud-Regionen, sodass Sie sehen, ob Besucher fern vom Origin den schnellen Pfad bekommen. Für Last kann der LoadFocus-Lasttest aus 25 Regionen laufen, und ein Lauf mit nicht gecachten URLs zeigt, was der Origin leistet, wenn der Cache nicht hilft. Verwandt: API-Caching und Time to First Byte.

Häufige Fragen: Edge Content Delivery

Ist Edge Content Delivery dasselbe wie ein CDN?

Fast. Ein CDN ist das Netzwerk und der Dienst. Edge Content Delivery beschreibt die Auslieferung von Inhalten von den Edge-Standorten dieses Netzwerks.

Wie unterscheidet es sich von Edge Computing?

Edge Computing führt Code nahe beim Nutzer aus. Edge Content Delivery liefert überwiegend gespeicherte Kopien aus. Viele Anbieter bieten beides.

Schützt es mich vor DDoS-Angriffen?

Es kann einen Teil des Traffics auf cachebaren Inhalten abfangen, ist aber eine Schicht und kein vollständiger Schutz. Sichern Sie Ihren Origin ab und nutzen Sie einen DDoS-Schutzdienst.

Warum sehen manche Besucher noch alte Inhalte?

Ihr nächster Edge-Server liefert noch eine Kopie aus, die als frisch gilt. Leeren Sie den Cache oder ändern Sie die URL, wenn sich die Datei ändert.