Caching: Difference between revisions

From WaveCDN Wiki
Jump to navigation Jump to search
Line 89: Line 89:


=Beispiel=
=Beispiel=
==Verschiedene Sprachen durch Cookie==


Angenommen wir haben eine Website mit unterschiedlichen Sprachen. Die Webapplikation unterscheidet anhand des lang-Cookies, welche Sprache ausgeliefert werden soll. Alle anderen Cookies sind nur im Browser relevant, z.B. für das Javascript von Google Analytics, und werden von der Webapplikation nicht benötigt.
Angenommen wir haben eine Website mit unterschiedlichen Sprachen. Die Webapplikation unterscheidet anhand des lang-Cookies, welche Sprache ausgeliefert werden soll. Alle anderen Cookies sind nur im Browser relevant, z.B. für das Javascript von Google Analytics, und werden von der Webapplikation nicht benötigt.

Revision as of 17:43, 20 November 2013

Einleitung

Das folgende Dokument soll eine grundlegende Einführung in das Thema Caching bieten.

WaveCDN fungiert als Schnittstellen zwischen den Webusern und dem Origin. Anfragen der Webuser werden also an WaveCDN gerichtet. WaveCDN prüft, ob die angefragte Ressource bereits im weltweiten Cache vorhanden ist. Wenn das der Fall ist, kann die Anfrage enorm schnell aus dem Cache beantwortet werden. Andernfalls muss die Ressource zunächst beim Origin angefragt werden und kann erst dann ausgeliefert werden. Caching bedeutet also, dass Ressourcen im weltweiten Cache von WaveCDN zwischengespeichert werden und dadurch stark beschleunigte Auslieferungszeiten ermöglicht werden. Ziel beim Caching soll es sein, durch geschicktes Wählen einer Strategie und eines Cache Keys möglichst viele Inhalte zu cachen.

Im weiteren Verlauf wird davon ausgegangen, dass bereits ein CDN-Setup im Webpanel von WaveCDN erstellt wurde.

Das Caching kann durch das Regelsystem im Webpanel beeinflusst werden.

Voraussetzungen für Caching

Ob eine Ressource in den Cache von WaveCDN aufgenommen werden kann, hängt von folgenden Voraussetzungen ab:

  • Cookie-Header: Die Anfrage vom Webuser enthält keinen Cookie-Header oder die Regel "Remove Cookie" bzw. alternativ "Cache with Cookie" wird eingesetzt.
  • Set-Cookie-Header: Die Antwort vom Origin enthält keinen Set-Cookie-Header oder die Regel "Remove Set-Cookie" wird eingesetzt.
  • Caching-Anweisung: Es muss eine Caching-Anweisung vorliegen, entweder durch einen Header in der Antwort vom Origin ("Expires" oder "Cache-Control: max-age=") oder durch eine Regel "Set Max-Age".

Der Vollständigkeit halber sollen noch zwei weitere Voraussetzungen angesprochen werden, die in der Regel jedoch erfüllt sind: Die Anfrage des Webusers muss die Methode GET oder HEAD haben und es darf kein Authorization-Header vorhanden sein. Nur wenn alle Voraussetzungen erfüllt sind, kann eine Ressource in den Cache aufgenommen werden.

Um herauszufinden, ob eine bestimmte Seite gecached wird, kann man den Age-Header aus der Antwort von WaveCDN verwenden. Ebenfalls interessant sind die <Debug Header>. Falls eine Page nicht in den Cache aufgenommen werden kann, geben sie die entsprechenden Gründe an.

Caching-Strategien

Die Caching-Strategie dient dazu Inhalten einer Website als statisch oder dynamisch zu klassifizieren. Nur statische Inhalte können in den Cache aufgenommen werden. Die Caching-Strategie ist anhand der Struktur der gegebenen Website auszurichten.

Vollständige Domain

Die wohl simpelste Caching-Strategie ist das Cachen einer vollständigen Domain. Dabei wird vorausgesetzt, dass sämtliche Inhalte der Domain statischer Natur sind. Ein Beispiel für ein CDN-Setup mit ausschließlich statischen Inhalten ist das Beschleunigen eines Media-Servers.

Folgende Regeln werden empfohlen:

   Always -> Remove Cookie
   Always -> Remove Set-Cookie
   Always -> Max-Age (Sofern der Origin keine Gültigkeitsdauer übermittelt)

Da es sich um eine Domain mit ausschließlich statischen Inhalten handelt, haben Cookies keine Bedeutung. Die ersten beiden Regeln sorgen also dafür, dass etwaig vorhadene Cookies ignoriert werden und die Voraussetzungen für das Caching erfüllt sind.

Bestimmte Verzeichnisse

Wenn die statischen und dynamischen Inhalte in verschiedenen Verzeichnissen liegen, macht es Sinn, anhand der Verzeichnisse zu cachen. Typischerweise handelt es sich um Verzeichnisse wie /images/ oder /static/. Bei den folgenden beispielhaften Regeln wird davon ausgegangen, dass das Verzeichnis /static/ gecached werden soll.

   If URL begins with "/static/ -> Remove Cookie
   If URL begins with "/static/" -> Remove Set-Cookie
   Always -> Max-Age (Sofern der Origin keine Gültigkeitsdauer übermittelt)

Durch die Regeln ist gewährleistet, das etwaig vorhandene Cookies der Domain sich nicht auf das statische Verzeichnis auswirken. Durch Entfernen der Cookies sollen die Voraussetzungen für das Caching sichergestellt werden.

Bestimmte Dateitypen

Angenommen auf einer Website liegen sowohl statische als auch dynamische Inhalte und es ist keine Trennung durch verschiedene Verzeichnisse gegeben. Dann ist es ggf. möglich anhand der Dateitypen festzustellen, ob eine bestimmte Ressource statischer oder dynamischer Natur ist. Beispielhaft könnten Regeln für die Dateitypen jpg, gif und png realisiert werden:

   If URL (without Query-String) ends with ".jpg" -> Remove Cookie
   If URL (without Query-String) ends with ".jpg" -> Remove Set-Cookie
   If URL (without Query-String) ends with ".jpg" -> Max-Age (Sofern der Origin keine Gültigkeitsdauer übermittelt)
   If URL (without Query-String) ends with ".gif" -> Remove Cookie
   If URL (without Query-String) ends with ".gif" -> Remove Set-Cookie
   If URL (without Query-String) ends with ".gif" -> Max-Age (Sofern der Origin keine Gültigkeitsdauer übermittelt)
   If URL (without Query-String) ends with ".png" -> Remove Cookie
   If URL (without Query-String) ends with ".png" -> Remove Set-Cookie
   If URL (without Query-String) ends with ".png" -> Max-Age (Sofern der Origin keine Gültigkeitsdauer übermittelt)

Bestimmte Seiten

Sollen bestimmte Seiten als statisch bzw. cachbar markiert werden, so definiert man als Bedingung einfach die entsprechende URL.

   If URL is equal to "/static-content.html" -> Remove Cookie
   If URL is equal to "/static-content.html" -> Remove Set-Cookie
   If URL is equal to "/static-content.html" -> Max-Age (Sofern der Origin keine Gültigkeitsdauer übermittelt)

Bestimmte Seitenelemente

ESI mit Screenshot.


Cache Key

Wenn WaveCDN eine Anfrage vom Webuser erhält, so wird aus der Anfrage ein sogenannter Cache Key berechnet. Anhand des Cache Keys wird dann geprüft, ob die angefragte Ressource bereits im Cache liegt. Der Cache Key setzt sich aus verschiedenen Attributen zusammen. Standardmäßig sind das bei WaveCDN folgende Attribute:

  • URL inkl. Query-String (aus der Anfrage des Webusers)
  • Attribute des Vary-Headers (aus der Antwort des Origins)

Zusätzlich bei Anwendung der Regel "Cache with Cookies":

  • Cookie-Header (aus der Anfrage des Webusers)

Beispiel

Verschiedene Sprachen durch Cookie

Angenommen wir haben eine Website mit unterschiedlichen Sprachen. Die Webapplikation unterscheidet anhand des lang-Cookies, welche Sprache ausgeliefert werden soll. Alle anderen Cookies sind nur im Browser relevant, z.B. für das Javascript von Google Analytics, und werden von der Webapplikation nicht benötigt.

Eine Konfiguration könnte wie folgt aussehen:

   Always -> Remove all cookies
   Always -> Keep cookie 'lang'
   Always -> Cache with cookies
   Always -> Max-Age = 3600s (Sofern der Origin keine Gültigkeitsdauer übermittelt)

Explizit wird auf die Regel "Remove Set-cookie" verzichtet, da die Webapplikation in diesem Beispiel den Cookie setzt und er deswegen nicht entfernt werden sollte. Da der Set-Cookie-Header nur bei ganz bestimmten Antworten mitgeschickt wird, werden auch nur diese ganz bestimmten Antworten nicht gecached. Alles andere wird gecached.

Ferner enthält die Webiste zahlreiche Bilder unter dem Pfad /images/. Damit beim Caching der Bilder nicht zwischen den verschiedenen Sprachen des lang-Cookies unterschieden wird, sollte man noch folgendes hinzufügen:

   If URL begins with "/images/" -> Do not cache with cookies