AEM Headless-Implementierungen

AEM Headless-Client-Bereitstellungen haben viele Formen. AEM gehostete SPA, externe SPA, Website, mobile App oder sogar Server-zu-Server-Prozess.

Abhängig vom Client und dessen Bereitstellung gelten AEM Headless-Implementierungen unterschiedliche Überlegungen.

AEM Service-Architektur

Bevor Sie Überlegungen zur Bereitstellung anstellen, müssen Sie sich mit AEM logischen Architektur sowie der Trennung und den Rollen der Service-Ebenen AEM as a Cloud Service vertraut machen. AEM as a Cloud Service umfasst zwei logische Dienste:

AEM-Autor ist der Dienst, bei dem Teams Inhaltsfragmente (und andere Assets) erstellen, zusammenarbeiten und veröffentlichen.
AEM-Veröffentlichung ist der Dienst, der veröffentlicht wurde Inhaltsfragmente (und andere Assets) werden für den allgemeinen Gebrauch repliziert.
AEM ist der Dienst, der die AEM-Veröffentlichung im Verhalten imitiert, aber Inhalte für Vorschau- oder Prüfungszwecke veröffentlicht. AEM Vorschau ist für interne Zielgruppen und nicht für die allgemeine Bereitstellung von Inhalten vorgesehen. Die Verwendung AEM Vorschau ist optional und basiert auf dem gewünschten Workflow.

AEM Service-Architektur

Typische AEM as a Cloud Service Headless-Implementierungsarchitektur_

AEM Headless-Clients, die in einer Produktionskapazität arbeiten, interagieren normalerweise mit AEM Publish, das die genehmigten, veröffentlichten Inhalte enthält. Clients, die mit der AEM-Autoreninstanz interagieren, müssen besonders vorsichtig sein, da die AEM-Autoreninstanz standardmäßig sicher ist und eine Autorisierung für alle Anforderungen erfordert. Außerdem können sie laufende Arbeiten oder nicht genehmigte Inhalte enthalten.