Was genau ist der „Dispatcher“?
Beginnen wir mit einer grundlegenden Beschreibung, was zu einem AEM-Dispatcher gehört.
Apache-Webserver
Ausgangspunkt ist eine grundlegende Apache-Webserver-Installation auf einem Linux-Server.
Grundlegende Erklärung der Funktion eines Apache-Servers:
- Er befolgt einfache Regeln, um Dateien über die HTTP(s)-Protokolle aus dem statischen Dokumentenverzeichnis (
DocumentRoot
) bereitzustellen. - Dateien, die an einem Standardspeicherort gespeichert sind (
/var/www/html
), werden bei Anfragen abgeglichen und im Browser des anfragenden Clients gerendert.
AEM-spezifische Moduldatei (mod_dispatcher.so
)
Als Nächstes wird dem Apache-Webserver ein Plug-in hinzugefügt, das als Dispatcher-Modul bezeichnet wird.
Grundlegende Erläuterung der Funktion des Adobe AEM Dispatcher-Moduls:
- Es erweitert den standardmäßigen Datei-Handler.
- Es filtert ungültige Anfragen heraus und schützt Schwach- bzw. Endpunkte von AEM.
- Es führt einen Lastenausgleich durch, wenn mehrere Renderer vorhanden sind.
- Es ermöglicht ein „lebendiges“ Cache-Verzeichnis und unterstützt das Löschen stagnierender Dateien.
- Es fungiert als Frontdoor für alle AMS-Installationen und stellt Websites und Assets für den Client-Browser bereit.
- Es speichert Anfragen zwischen, die viel schneller wieder bereitgestellt werden, als dies durch einen AEM-Server alleine möglich ist.
- Und es bietet noch vieles mehr…
Webtraffic-Workflow
Zu wissen, welche Teile für einen einfachen Dispatcher-Server zusammen installiert werden, ist eine Sache. Sie sollten aber auch den grundlegenden Webtraffic-Workflow für eine Adobe Manager-Services-Konfiguration verstehen.
So können Sie besser nachvollziehen, welche Rolle der Dispatcher in der Kette von Systemen spielt, die Inhalte für Besucherinnen und Besucher Ihrer AEM-Inhalte bereitstellen.
Bereitstellen von bereits zwischengespeicherten Inhalten
End User's Browser request
→ Cloud Provider Load Balancer
→ "The Dispatcher"
→ Checks for cached request locally if found
→ return request
→ End User
Bereitstellen von neuen Inhalten von AEM
End User's Browser request
→ Cloud Provider Load Balancer
→ "The Dispatcher"
→ Checks for cached request locally if NOT found
→ requests content from publisher
→ publisher sends content
→ Dispatcher adds content to cache and replies
→ End User
Veröffentlichen/Ändern von Inhalten
AEM Author User activates content
→ Triggers content to be replicated to Publisher
→ Publisher gets content and triggers the flush request to Dispatcher
→ Dispatcher invalidates changed content
* Next request for that content will request fresh copy from publisher *
Weiter ->Allgemeiner Dateiaufbau