Show Menu
THEMEN×

Neue Funktionen und Unterschiede

Seit vielen Jahren ist AEM sowohl verfügbar als auch:
  • On-Premise
  • als verwalteter Dienst
Es bestehen intrinsische Unterschiede zwischen diesen vorherigen Ansätzen und AEM als Cloud Service:
Diese Übersichten sind nicht erschöpfend, sondern sollen eine Einführung geben.
Weitere Informationen zu den Versionen "On-Premise"und "Managed Service"finden Sie in der Dokumentation zu AEM 6.5 .

Architektur

Weitere Informationen finden Sie unter Architektur .
AEM as a Cloud Service verfügt jetzt über:
  • eine dynamische Architektur mit einer variablen Anzahl von AEM-Bildern.

Dynamische Architektur

Diese Architektur:
  • wird basierend auf dem tatsächlichen Traffic und der tatsächlichen Aktivität skaliert.
  • enthält einzelne Instanzen, die nur bei Bedarf ausgeführt werden.
  • verwendet modulare Anwendungen.
  • enthält einen Autoren-Cluster als Standard; dadurch werden Ausfallzeiten für Wartungsaufgaben vermieden.
Dies ermöglicht die automatische Skalierung für verschiedene Nutzungsmuster:

Automatische Skalierung für verschiedene Nutzungsmuster

Upgrades

Weitere Informationen finden Sie in der Einführung zur Bereitstellung.
AEM als Cloud Service verwendet jetzt Continuous Integration und Continuous Versand (CI/CD), um sicherzustellen, dass Ihre Projekte vollständig auf dem neuesten Stand sind. Dies bedeutet, dass alle Aktualisierungsvorgänge vollständig automatisiert sind, sodass keine Unterbrechung des Diensts für Benutzer erforderlich ist.
Adobe sorgt proaktiv dafür, dass alle operativen Instanzen des Dienstes auf die neueste Version der AEM-Codebasis aktualisiert werden:
  • Fehlerbehebungen:
    • Kann täglich freigegeben werden.
    • Instanzen werden häufig mit den neuesten Fehlerkorrekturen aktualisiert. Da Änderungen regelmäßig vorgenommen werden, ist der Einfluss inkrementell, was die Auswirkungen auf Ihren Dienst verringert.
    • Die meisten Updates werden aus Gründen der Wartung und Sicherheit bereitgestellt.
  • Neue Funktionen:
    • Wird über einen vorhersehbaren Monatszeitplan veröffentlicht.
Weitere Informationen finden Sie unter Implementierungsarchitektur .

Cloud Manager

Adobe Cloud Manager ist ein unverzichtbarer Bestandteil des kontinuierlichen Aktualisierungsansatzes von AEM als Cloud Service, da es alle Updates Ihrer Instanzen steuert - dies ist obligatorisch.
Updates können von Adobe ausgelöst werden, wenn eine neue Version des Cloud-Dienstes verfügbar ist. Alternativ dazu können Sie Ihre Anwendungsupdates über die von Cloud Manager bereitgestellten Pipelines auslösen.
Cloud Manager ist:
  • zur Verwaltung von AEM-Programmen und -Umgebung verwendet werden,
  • eine wesentliche Komponente von AEM als Cloud Service; jeder neue Mandant wird zum ersten Mal für den Zugriff auf Cloud Manager bereitgestellt,
  • die zentrale Anlaufstelle für Ihr Betriebs- und Entwicklungspersonal.
Die Anzahl und der Typ der AEM-Programm, die mit Cloud Manager erstellt werden können, werden wie folgt abgeleitet:
  • aus der Lizenzvereinbarung für Kunden,
  • von internen Akteuren, wenn AEM als Cloud Service für die Aktivierung oder Schulung verwendet wird,
  • von externen Prozessen, wie Testversionen, die von Adobe.com gestartet wurden.
Cloud Manager wurde zu einem Selbstbedienungsportal entwickelt, in dem die Hauptkomponenten von AEM als Cloud Service erstellt und konfiguriert werden können:
  • Erstellen und Verwalten neuer Programm.
  • Erstellen und Verwalten der AEM-Umgebung in diesen Programmen.
  • Erstellen und Verwalten der Pipelines für die Bereitstellung des Kundencodes und der zugehörigen Konfiguration auf einer bestimmten Umgebung.
  • werden über wichtige Lebenszykluskomponenten für diese Ereignis (z. B. Produktupdates) benachrichtigt.
Derzeit kann Cloud Manager Umgebung in drei geografischen Regionen erstellen (weitere Regionen folgen):
  • USA (Osten)
  • EMEA (Niederlande)
  • APAC (Australien)

Einstieg

Weitere Informationen finden Sie unter Einstieg .
Das Starten und Verwalten eines AEM-Projekts ist unkompliziert, wenn AEM als Cloud-Dienst als Adobe für viele Aspekte verantwortlich ist:
  • AEM-Grundbilder werden für bestimmte Anwendungsfälle optimiert.
  • Viele der Aufgaben zur manuellen Konfiguration wurden überflüssig gemacht.
Er unterscheidet sich auch erheblich, da es jetzt Folgendes gibt:
  • eine Bewertungsphase, um sicherzustellen, dass alle Voraussetzungen erfüllt sind; einschließlich:
    • Rechtliche Anforderungen
    • Vertragsverträge
    • Technische Anforderungen für alle vorhandenen Inhalte und/oder vom Kunden angepassten Code
  • Bereitstellungsanforderungen:
    • Code-Aktualisierungen; Alle Kundenanwendungen, die für eine frühere Version von AEM entwickelt wurden, müssen überprüft und gegebenenfalls aktualisiert werden.
    • Inhaltsmigration

Entwickeln

Für weitere Informationen können Sie Beginn mit Entwicklungsrichtlinien und Entwicklungs-Tutorial machen.
Die neue Architektur, die AEM als Cloud Service unterstützt, umfasst einige wichtige Änderungen am gesamten Entwicklererlebnis. Eines der Hauptziele von AEM als Cloud Service besteht darin, erfahrenen Kunden (die AEM entweder vor Ort oder im Kontext der Adobe Managed Services verwendet haben) zu ermöglichen, so schnell wie möglich zu AEM zu migrieren, ohne den Großteil ihres benutzerspezifischen Codes neu schreiben zu müssen. Es könnten jedoch noch einige Anpassungen erforderlich sein.

Cloud-Entwicklung

Damit bestehende AEM-Anwendungen auf AEM als Cloud Service ausgeführt werden, sind folgende Schritte zu erwarten:
  • Der Anwendungscode und die Konfiguration müssen im Git-Code-Repository des zugehörigen Cloud Manager-Programms gespeichert werden.
  • Der Anwendungscode und die Konfiguration müssen mit der neuesten Version des AEM-Basisbilds kompatibel sein (die sich möglicherweise täglich ändern wird).
    • Die Kundenanwendung muss mithilfe der Cloud Manager-Pipeline erstellt und bereitgestellt werden, die der Cloud Manager-Umgebung zugeordnet ist.
  • Die Kundenanwendung muss alle in der Pipeline erzwungenen Code-Qualitäts-, Sicherheits- und Leistungsdaten übergeben.
  • Die für die Kundenanwendung erstellten Bilder müssen von der Cloud Manager-Pipeline bereitgestellt werden.
Dieser Prozess wird häufig als Cloud-erste Entwicklung bezeichnet. Da die End-to-End-Dauer (je nach Komplexität der Anwendung von 20 bis 50 Minuten) in Anspruch nehmen wird, müssen schnelle Entwicklungsmethoden eingeführt werden, bevor die ausstehenden Code- und Konfigurationsänderungen in der Cloud versucht werden.
Die Web-Konsole, in der OSGI-Pakete und die zugehörige Konfiguration verwaltet werden und die zuvor Teil von AEM QuickStart war, ist für Benutzer von AEM als Cloud Service-Umgebung nicht mehr direkt zugänglich. Über eine neue Entwicklerkonsole kann auf diese Schnittstelle weiterhin im schreibgeschützten Modus zugegriffen werden. Mit dieser Konsole können Entwickler einen bestimmten Knoten eines Autoren- oder Veröffentlichungsdiensts auswählen und sich direkt anmelden und dann auf die standardmäßig blockierten Bereiche zugreifen.
Eine weitere gängige Voraussetzung für Entwickler ist der schnelle Zugriff auf die Protokolldateien der verschiedenen Umgebung. Mit AEM als Cloud Service werden die Protokolldateien der verschiedenen Knoten im Autor- und Veröffentlichungsknoten über den Cloud Manager bereitgestellt, entweder in Form von herunterzuladenden Dateien oder über APIs.
Aufgrund der klaren Trennung von Code und Inhalt können Entwickler einen bestimmten Prozess zum Aktualisieren von Inhalten im Rahmen einer Bereitstellung verwenden. Typische Anwendungsfälle für veränderliche Inhalte sind:
  • Standardmäßige Standardinhalte , die Teil des Kundenprojekts sind (z. B. Ordner, Vorlagen, Workflows usw.)
  • Suchindexdefinitionen
  • ACLs und Berechtigungen
  • Dienstbenutzer und Benutzergruppen

Lokale Entwicklung

Zur Unterstützung von schnellen Iterationen und Entwicklungsabläufen ist es auch möglich, AEM-Anwendungen außerhalb von AEM als Cloud Service zu entwickeln. Zu diesem Zweck werden die folgenden Artefakte den Entwicklern zur Verfügung gestellt:
  • AEM als Cloud Service QuickStart: ein .jar basiertes, eigenständiges Installationsprogramm der neuesten AEM-Codebasis mit derselben funktionalen und API-Oberfläche.
  • AEM als Cloud Service-Dispatcher-SDK: ein bildbasierter Vorgang zum Testen und Validieren von Dispatcher-Konfigurationen
Beachten Sie, dass Cloud QuickStart nicht alle Funktionen für AEM Sites und AEM Assets ermöglicht. Es besteht aus einer einfachen Autorensoftware, bei der die meisten Erweiterungen entwickelt und getestet werden können.

Vorgänge und Leistung

Für weitere Details beginnen Sie mit Backup , Indizierung und anderen Wartungsaufgaben .
Mit AEM als Cloud Service werden solche Vorgänge automatisiert, sodass eine Unterbrechung des Dienstes nicht mehr erforderlich ist.
In diesen Bereichen:
  • Viele Aufgaben wurden automatisiert.
  • Topologien werden für maximale Widerstandsfähigkeit und Effizienz optimiert. Beispielsweise ist die binaryllose Replizierung der Standard.
  • Aufgaben mit hoher Auslastung wie Warteschlangen, Aufträge und Aufgaben zur Massenverarbeitung wurden aus der AEM-Core-Instanz entfernt, um von freigegebenen und dedizierten Mikrodiensten verarbeitet zu werden.
Vorgänge für AEM als Cloud Service werden auch von einer neuen Überwachungs-, Berichte- und Warninfrastruktur unterstützt. Dies ermöglicht es den Adobe SREs (Site Reliability Engineers), den Service proaktiv zu erhalten. Die verschiedenen Elemente der Architektur sind mit einer Vielzahl von Gesundheitskontrollen ausgestattet. Wenn ein bestimmter Knoten der Architektur aus irgendeinem Grund als ungesund gilt, wird er aus dem Dienst entfernt und still durch einen neuen, gesunden ersetzt.

Identitätsmanagement

Weitere Informationen finden Sie unter Sicherheit - IMS-Unterstützung .
Eine wichtige Änderung an AEM als Cloud Service ist die vollständig integrierte Verwendung von Adobe-IDs für den Zugriff auf die Autorenebene.
Dies erfordert die Verwendung der Adobe Admin Console zum Verwalten von Benutzern und Benutzergruppen. Die Benutzerkonten ermöglichen Ihren Benutzern den Zugriff auf Adobe-Profil und -Dienste, da die Benutzerinformationen im Adobe Identity Management System (IMS) zentralisiert und für alle Cloud-Services freigegeben sind. Nachdem der Zugriff auf AEM zugewiesen wurde, können die Benutzerkonten in AEM als Cloud Service referenziert werden (wie zuvor). zum Beispiel zum Definieren von Rollen und Berechtigungen über die AEM Security-Benutzeroberflächen.
Dies kombiniert die Vorteile von:
  • Verwenden des Adobe Identity Management Systems (IMS), um Single Sign-On für alle Adobe Cloud-Anwendungen bereitzustellen.
  • Benutzervoreinstellungen bleiben lokal für jede bestimmte Instanz von AEM als Cloud Service.

Authoring-Benutzeroberfläche

Für weitere Details ist die Grundlegende Handhabung ein guter Ausgangspunkt.
Die Grundprinzipien der Authoring-Benutzeroberfläche (UI) für Sites und Assets sind allen Benutzern, die AEM in der Vergangenheit verwendet haben, sehr vertraut.
Der Hauptunterschied besteht darin, dass die Benutzeroberfläche ausschließlich für die Touch-Funktion aktiviert ist. Die klassische Benutzeroberfläche ist nicht mehr verfügbar. Andernfalls bleiben die Grundlagen unverändert, wobei nur kleine Änderungen sichtbar sind.

AEM Sites

Adobe Experience Manager-Sites als Cloud Service ermöglichen es Ihnen, Ihren Kunden personalisierte, inhaltsbasierte Erlebnisse bereitzustellen, indem Sie die Leistungsfähigkeit des AEM Content-Management-Systems mit AEM Digital Asset Management kombinieren.
Weitere Informationen finden Sie in der Übersicht über Änderungen an Sites .

AEM Assets

Adobe Experience Manager Assets als Cloud Service Angebot eine Cloud-native SaaS-Lösung, mit der Unternehmen nicht nur ihre Digital Asset Management- und Dynamic Media-Vorgänge schnell und wirkungsvoll durchführen können, sondern auch intelligente Funktionen der nächsten Generation wie AI/ML nutzen können, und zwar innerhalb eines Systems, das immer aktuell, immer verfügbar und immer lernfähig ist.
Das Asset-Angebot umfasst die Verarbeitung von Assets der nächsten Generation in der Cloud sowie die Erfassung und Suche von hochleistungsfähigen Assets.
Weitere Informationen finden Sie unter Übersicht und Einführung in Assets als Cloud Service .