AEM Headless-Bereitstellungen

Letzte Aktualisierung: 23. September 2026

Gilt für:
Experience Manager as a Cloud Service

Themen:
GraphQL API

Erstellt für:

Intermediate
Developer

AEM Headless-Client-Bereitstellungen können in vielen Formen auftreten: als über AEM gehostete SPA, als externe SPA, als Website, als Mobile App oder sogar als Server-zu-Server-Prozess.

Abhängig vom Client und davon, wie er bereitgestellt wird, sind bei AEM Headless-Bereitstellungen unterschiedliche Aspekte zu berücksichtigen.

AEM-Service-Architektur

Bevor Sie sich mit den Aspekten der Bereitstellung befassen, müssen Sie die logische Architektur von AEM sowie die Trennung und die Rollen der Service-Ebenen von AEM as a Cloud Service verstehen. AEM as a Cloud Service umfasst zwei logische Dienste:

AEM-Autor ist der Dienst, bei dem Teams Inhaltsfragmente (und andere Assets) erstellen, zusammen bearbeiten und veröffentlichen.
AEM-Veröffentlichung ist der Dienst, der veröffentlichte Inhaltsfragmente (und andere Assets) für den allgemeinen Gebrauch repliziert.
AEM-Vorschau ist der Dienst, der der AEM-Veröffentlichung im Verhalten sehr ähnlich ist, 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 von AEM-Vorschau ist optional und vom gewünschten Workflow abhängig.

AEM-Service-Architektur

Typische Headless-Bereitstellungsarchitektur für AEM as a Cloud Service

AEM Headless-Clients, die in einer Produktionsumgebung betrieben werden, interagieren normalerweise mit AEM Publish, das den genehmigten, veröffentlichten Content enthält. Clients, die mit AEM Author interagieren, müssen besonders sorgfältig vorgehen, da AEM Author standardmäßig gesichert ist, für alle Anfragen eine Autorisierung erfordert und außerdem noch nicht abgeschlossene Arbeiten oder nicht genehmigten Content enthalten kann.