Auf dieser Seite werden folgende Themen vorgestellt:
Bevor Sie mit Autoren- und Veröffentlichungs-Servern beginnen, sollten Sie mit folgenden Themen vertraut sein:
Diese AEM Screens-Funktion ist nur verfügbar, wenn Sie das Feature Pack 2 für AEM 6.4 Screens installiert haben. Wenden Sie sich an den Adobe-Support, um Zugriff auf dieses Feature Pack zu erhalten. Wenn Sie die entsprechenden Berechtigungen erhalten haben, können Sie es von Package Share herunterladen.
Die AEM Screens-Architektur ähnelt einer traditionellen AEM Sites-Architektur. Inhalte werden in einer AEM-Autoreninstanz erstellt und dann vorwärts an mehrere Veröffentlichungsinstanzen repliziert. AEM Screens-Geräte können jetzt per Load-Balancer mit einer AEM-Veröffentlichungs-Farm verbunden werden. Es lassen sich zur weiteren Skalierung der Veröffentlichungs-Farm mehrere AEM-Veröffentlichungsinstanzen hinzufügen.
Beispielsweise gibt ein Autor von AEM Screens-Inhalten im Authoring-System einen Befehl für ein bestimmtes Gerät aus, das für die Interaktion mit einer Veröffentlichungs-Farm oder einem Autor von AEM Screens-Inhalten konfiguriert ist, der Informationen über Geräte abruft, die für die Interaktion mit Veröffentlichungs-Farmen konfiguriert sind.
Das folgende Diagramm veranschaulicht die Autoren- und Veröffentlichungsumgebungen.
Es gibt fünf architektonische Komponenten, die diese Lösung unterstützen:
Replizieren von Inhalten von der Autoren- zur Veröffentlichungsinstanz für die Anzeige auf Geräten
Rückwärtsreplizieren binärer Inhalte von der Veröffentlichungs- (von Geräten empfangen) zur Autoreninstanz
Senden von Befehlen von der Autoren- zur Veröffentlichungsinstanz über bestimmte REST-APIs
Messaging zwischen Veröffentlichungsinstanzen zur Synchronisierung von aktualisierten Geräteinformationen und Befehlen
Abruf durch den Autor von Veröffentlichungsinstanzen zum Abrufen von Geräteinformationen über bestimmte REST-APIs
Mit den standardmäßigen Replikationsagenten werden Kanalinhalte von Bildschirmen, Standortkonfigurationen und Gerätekonfigurationen repliziert. So können Autoren den Inhalt eines Kanals aktualisieren und optional eine Art Genehmigungs-Workflow durchlaufen, bevor Kanalaktualisierungen veröffentlicht werden. Für jede Veröffentlichungsinstanz in der Veröffentlichungs-Farm muss ein Replikationsagent eingerichtet werden.
Das folgende Diagramm veranschaulicht das Replikationsverfahren:
Für jede Veröffentlichungsinstanz in der Veröffentlichungs-Farm muss ein Replikationsagent eingerichtet werden.
Benutzerdefinierte Screens-spezifische Replikationsagenten werden erstellt, um Befehle von der Autoreninstanz an das AEM Screens-Gerät zu senden. Die AEM-Veröffentlichungsinstanzen dienen als Vermittler, um diese Befehle an das Gerät weiterzuleiten.
Auf diese Weise können Autoren das Gerät weiter verwalten, z. B. Geräteaktualisierungen senden und Screenshots der Authoring-Umgebung erstellen. Die AEM Screens-Replikationsagenten verfügen über eine benutzerdefinierte Transportkonfiguration, wie standardmäßige Replikationsagenten.
In vielen Fällen soll ein Befehl an ein Gerät nur einmal gesendet werden. In einer Veröffentlichungsarchitektur mit Load-Balancing ist jedoch nicht bekannt, mit welcher Veröffentlichungsinstanz das Gerät eine Verbindung herstellt.
Daher sendet die Autoreninstanz die Nachricht an alle Veröffentlichungsinstanzen. Es soll jedoch nur eine einzige Nachricht an das Gerät weitergeleitet werden. Um eine korrekte Benachrichtigung sicherzustellen, muss zwischen den Veröffentlichungsinstanzen kommuniziert werden. Dies wird mit Apache ActiveMQ Artemis erreicht. Jede Veröffentlichungsinstanz wird mit dem Oak-basierten Sling-Erkennungs-Service in einer locker gekoppelten Topologie platziert. ActiveMQ wird so konfiguriert, dass jede Veröffentlichungsinstanz kommunizieren und eine einzelne Nachrichtenwarteschlange erstellen kann. Das Screens-Gerät fragt über den Load-Balancer die Veröffentlichungs-Farm ab und übernimmt den Befehl an der Spitze der Warteschlange.
In vielen Fällen wird nach einem Befehl eine bestimmte Antwort vom Screens-Gerät erwartet, die an die Autoreninstanz weitergeleitet wird. Dafür wird AEM-Rückwärtsreplikation verwendet.
Die Autoreninstanz muss die Geräte abfragen können, um einen Takt zu erhalten und den Integritätsstatus eines verbundenen Geräts zu kennen.
Geräte pingen den Load-Balancer und werden an eine Veröffentlichungsinstanz weitergeleitet. Der Status des Geräts wird dann von der Veröffentlichungsinstanz über eine Publish-API veröffentlicht, die für alle aktiven Geräte unter api/screens-dcc/devices/static und für einzelne Geräte unter api/screens-dcc/devices/<Geräte-ID>/status.json bereitgestellt wird.
Die Autoreninstanz fragt alle Veröffentlichungsinstanzen ab und führt die Antworten zum Gerätestatus in einem Status zusammen. Der geplante Auftrag, der die Autoreninstanz abfragt, lautet com.adobe.cq.screens.impl.jobs.DistributedDevicesStatiUpdateJob
und kann auf Basis eines Cron-Ausdrucks konfiguriert werden.
Der Ursprung der Registrierung liegt weiterhin in der AEM-Autoreninstanz. Das AEM Screens-Gerät verweist auf die Autoreninstanz und die Registrierung ist abgeschlossen.
Nachdem ein Gerät in der Authoring-Umgebung registriert wurde, werden die Gerätekonfiguration und die Kanal-/Zeitplanzuweisungen an die AEM-Veröffentlichungsinstanzen repliziert. Anschließend wird die Konfiguration des AEM Screens-Geräts aktualisiert, um auf den Load-Balancer vor der AEM-Veröffentlichungs-Farm zu verweisen. Es soll sich dabei um eine einmalige Einrichtung handeln. Nachdem das Screens-Gerät erfolgreich eine Verbindung zur Veröffentlichungsumgebung hergestellt hat, kann es weiter Befehle aus der Autorenumgebung erhalten, ohne dass es jemals direkt mit der Autorenumgebung verbunden werden muss.
Nachdem Sie sich mit dem architektonischen Design der Autoren- und Veröffentlichungsinstanz in AEM Screens vertraut gemacht haben, finden Sie weitere Informationen unter Konfigurieren von Autoren- und Veröffentlichungsinstanz für AEM Screens.