Dispatcher – Übersicht dispatcher-overview

Der Dispatcher ist das Werkzeug für das Caching und den Lastenausgleich von Adobe Experience Manager, das in Verbindung mit einem Webserver der Enterprise-Klasse verwendet werden kann.

Der Vorgang zur Dispatcher-Bereitstellung ist unabhängig vom gewählten Webserver und Betriebssystem:

Ziehen Sie bei Bedarf die folgenden Ressourcen hinzu:

Gründe für die Verwendung des Dispatchers zum Implementieren der Zwischenspeicherung why-use-dispatcher-to-implement-caching

Es gibt zwei grundlegende Ansätze zum Veröffentlichen im Web:

Mit dem Dispatcher können Sie eine Umgebung realisieren, die schnell und dynamisch ist. Er funktioniert als Teil eines statischen HTML-Servers wie Apache mit folgendem Ziel:

Dies bedeutet:

Der Dispatcher umfasst Mechanismen zum Generieren und Aktualisieren von statischem HTML auf Grundlage der Inhalte der dynamischen Site. Sie können detailliert angeben, welche Dokumente als statische Dateien gespeichert werden sollen und welche immer dynamisch generiert werden.

In diesem Abschnitt werden die diesem Prozess zugrunde liegenden Prinzipien beschrieben.

Statischer Webserver static-web-server

Ein statischer Webserver, wie z. B. Apache oder IIS, stellt statische HTML-Dateien für die Besucherinnen und Besucher Ihrer Website bereit. Statische Seiten werden einmalig erstellt, daher wird für jede Anfrage derselbe Inhalt bereitgestellt.

Dieser Vorgang ist sehr einfach und effizient. Wenn jemand eine Datei anfordert (z. B. eine HTML-Seite), wird die Datei direkt aus dem Speicher abgerufen und allenfalls von der lokalen Festplatte gelesen. Statische Webserver sind seit geraumer Zeit verfügbar. Daher gibt es eine breite Palette von Tools für die Verwaltung und das Sicherheits-Management. Diese Instrumente sind gut in die Netzwerkinfrastruktur integriert.

Inhaltsverwaltungs-Server content-management-servers

Wenn Sie einen Inhaltsverwaltungs-Server wie AEM verwenden, wird die Anfrage einer Besucherin oder eines Besuchers durch eine erweiterte Layout-Engine verarbeitet. Die Engine liest Inhalte aus einem Repository, das diese kombiniert mit Stilen, Formaten und Zugriffsrechten in ein Dokument umwandelt, das individuell auf die Anforderungen der Besucherin oder des Besuchers abgestimmt ist.

Mit diesem Workflow können Sie vielseitigere, dynamische Inhalte erstellen und die Flexibilität und Funktionalität Ihrer Website steigern. Allerdings ist für die Layout-Engine mehr Verarbeitungsleistung als für einen statischen Server erforderlich. Daher ist dieses Setup für Verzögerungen anfällig, wenn viele Besucherinnen und Besucher das System verwenden.

Zwischenspeicherung durch den Dispatcher how-dispatcher-performs-caching

Das Cache-Verzeichnis Zum Zwischenspeichern nutzt das Dispatcher-Modul die Fähigkeit des Webservers, statische Inhalte bereitzustellen. Der Dispatcher legt die zwischengespeicherten Dokumente im Basisverzeichnis des Webservers ab.

Methoden für die Zwischenspeicherung

Der Dispatcher setzt auf zwei Hauptverfahren zum Aktualisieren des zwischengespeicherten Inhalts, wenn Änderungen an der Website vorgenommen werden:

Inhaltsaktualisierungen

Bei einer Inhaltsaktualisierung werden ein oder mehrere AEM-Dokumente geändert. AEM sendet eine Syndizierungsanfrage an den Dispatcher, der den Cache entsprechend aktualisiert:

Beachten Sie die folgenden Punkte:

Automatische Invalidierung

Bei der automatischen Invalidierung werden Teile des Caches automatisch invalidiert – ohne Dateien physisch zu löschen. Bei jeder Inhaltsaktualisierung wird die sogenannte Stat-Datei bearbeitet, sodass deren Zeitstempel den Zeitpunkt der letzten Aktualisierung angibt.

Der Dispatcher verfügt über eine Liste der Dateien, für die die automatische Invalidierung gilt. Wenn ein Dokument aus dieser Liste angefordert wird, vergleicht der Dispatcher das Datum des zwischengespeicherten Dokuments mit dem Zeitstempel der Stat-Datei:

Auch hier sollten bestimmte Punkte beachtet werden:

Zurückgeben von Dokumenten durch den Dispatcher how-dispatcher-returns-documents

Festlegen, ob ein Dokument zwischengespeichert werden soll

Sie können in der Konfigurationsdatei definieren, welche Dokumente der Dispatcher zwischenspeichert. Der Dispatcher überprüft die Anforderung anhand der Liste der Dokumente, die zwischengespeichert werden können. Wenn das Dokument nicht in dieser Liste enthalten ist, fordert der Dispatcher das Dokument von der AEM-Instanz an.

Der Dispatcher ruft das Dokument in den folgenden Fällen immer direkt aus der AEM-Instanz ab:

Bestimmen, ob ein Dokument zwischengespeichert wird

Der Dispatcher speichert die zwischengespeicherten Dateien auf dem Webserver, als wären sie Teil einer statischen Website. Wenn jemand ein Cache-fähiges Dokument anfordert, überprüft der Dispatcher, ob das Dokument im Dateisystem des Webservers vorhanden ist:

Bestimmen, ob ein Dokument aktuell ist

Um festzustellen, ob ein Dokument aktuell ist, führt der Dispatcher zwei Schritte aus:

Vorteile des Lastenausgleichs the-benefits-of-load-balancing

Beim Lastenausgleich wird die Rechenleistung für eine Website auf mehrere Instanzen von AEM verteilt.

Vorteile:

Wie der Dispatcher einen Lastenausgleich durchführt how-the-dispatcher-performs-load-balancing

Leistungsstatistiken

Der Dispatcher führt interne Statistiken dazu, wie schnell die einzelnen AEM-Instanzen Dokumente verarbeiten. Auf Grundlage dieser Daten schätzt der Dispatcher, welche Instanz die schnellste Reaktionszeit beim Beantworten einer Anfrage bietet, und reserviert die erforderliche Rechenzeit in dieser Instanz.

Für andere Arten von Anfragen können andere durchschnittliche Bearbeitungszeiten gelten. Daher können Sie mit dem Dispatcher Dokumentkategorien angeben. Diese Kategorien werden dann beim Berechnen der Zeitschätzungen berücksichtigt. Beispielsweise können Sie zwischen HTML-Seiten und Bildern differenzieren, da die typischen Antwortzeiten sich hier wahrscheinlich deutlich unterscheiden.

Wenn Sie eine umfangreiche Suchfunktion verwenden, können Sie eine Kategorie für Suchabfragen erstellen. So kann der Dispatcher Suchabfragen an diejenige Instanz senden, die am schnellsten antwortet. Diese Methode verhindert zudem, dass eine langsamere Instanz nicht mehr reagiert, wenn sie mehrere „schwere“ Suchabfragen erhält, während die anderen „leichtere“ Anfragen erhalten.

Personalisierte Inhalte („Sticky-Verbindungen“)

Sticky-Verbindungen stellen sicher, dass alle Dokumente für eine Person in derselben AEM-Instanz erstellt werden. Dieser Punkt ist wichtig, wenn Sie personalisierte Seiten und Sitzungsdaten verwenden. Die Daten werden in der Instanz gespeichert, sodass nachfolgende Anfragen von derselben Person zu dieser Instanz zurückführen müssen. Andernfalls gehen die Daten verloren.

Da durch Sticky-Verbindungen die Fähigkeit des Dispatchers eingeschränkt wird, die Anfragen zu optimieren, sollten Sie sie nur bei Bedarf verwenden. Sie können den Ordner angeben, in dem die „Sticky“-Dokumente gespeichert werden, und so sicherstellen, dass alle Dokumente in diesem Ordner für jede Person in derselben Instanz erstellt werden.

Verwenden mehrerer Dispatcher using-multiple-dispatchers

In komplexen Umgebungen können Sie mehrere Dispatcher verwenden. Folgende Szenarien sind möglich:

In einem solchen Fall müssen Sie sicherstellen, dass jede Anfrage nur einen Dispatcher durchläuft. Ein Dispatcher verarbeitet keine Anfragen, die von einem anderen Dispatcher stammen. Stellen Sie daher sicher, dass beide Dispatcher direkt auf die AEM-Website zugreifen.

Verwenden des Dispatchers mit einem CDN using-dispatcher-with-a-cdn

Ein CDN (Content Delivery Network) wie Akamai Edge Delivery oder Amazon Cloud Front stellt Inhalte von einem Speicherort in der Nähe des Endbenutzers bereit. Dies hat folgende Vorteile:

Als HTTP-Infrastrukturkomponente funktioniert ein CDN ähnlich wie der Dispatcher. Wenn ein CDN-Knoten eine Anfrage erhält, wird die Anfrage aus dem Cache bedient, sofern möglich (d. h., die Ressource ist im Cache verfügbar und gültig). Andernfalls wird der nächstgelegene Server kontaktiert, um die Ressource abzurufen und sie ggf. für weitere Anfragen zwischenzuspeichern.

Welcher Server der nächstgelegene ist, hängt vom jeweiligen Setup ab. In einem Akamai-Setup kann die Abfrage z. B. den folgenden Pfad durchlaufen:

Normalerweise ist der Dispatcher der nächstgelegene Server, der das Dokument aus einem Cache bereitstellen und die Antwort-Header beeinflussen kann, die an den CDN-Server zurückgegeben werden.

Steuern eines CDN-Cache controlling-a-cdn-cache

Es gibt eine Reihe von Möglichkeiten, um zu steuern, wie lange ein CDN eine Ressource zwischenspeichert, bevor sie erneut vom Dispatcher abgerufen wird.

In einem typischen AEM-Setup bietet die Konfiguration per Erweiterung und/oder Pfad, die durch die Punkte 1 und 2 oben erreicht werden kann, Möglichkeiten zum Festlegen angemessener Caching-Zeiträume.  Diese Caching-Zeiträume gelten für häufig genutzte Ressourcen, die sich nicht oft ändern, z. B. Bilder im Design und Client-Bibliotheken. Wenn neue Versionen bereitgestellt werden, ist in der Regel eine manuelle Invalidierung erforderlich.

Wenn dieser Ansatz für die Zwischenspeicherung verwalteter Inhalte verwendet wird, bedeutet dies, dass Änderungen an den Inhalten für die Benutzenden erst sichtbar werden, wenn der konfigurierte Caching-Zeitraum abgelaufen ist. Und auch, wenn das Dokument erneut vom Dispatcher abgerufen wird.

Für eine präzisere Steuerung können Sie mit der API-basierten Invalidierung den Cache eines CDN invalidieren, wenn der Dispatcher-Cache invalidiert wird. Auf Grundlage der API des CDN können Sie selbst ContentBuilder und TransportHandler implementieren (wenn die API nicht REST-basiert ist) und einen Replikationsagenten einrichten, der den Cache des CDN mithilfe dieser Elemente invalidiert.

Verwenden eines Dispatchers mit einem Author-Server using-a-dispatcher-with-an-author-server

/rules
{
/0000
{ /type "deny" /glob "*"}
}

Ein Dispatcher kann vor einer Autoreninstanz verwendet werden, um die Authoring-Leistung zu verbessern. Um einen Authoring-Dispatcher zu konfigurieren, führen Sie die folgenden Schritte aus: