Was sind die Hauptunterschiede zwischen AEM als Cloud-Service und AEM 6.5 auf lokaler Ebene?

Letzte Überprüfung: 08.09.2026

Wie sollte ein Team AEM Cloud mit AEM 6.5 vergleichen?

Eine nützliche Bewertung erfolgt durch die Bereitstellungsentscheidung in fünf Schichten, von der Infrastruktur bis hin zu den Inhaltsintegrationen, die darauf basieren:

• Plattformbetrieb – Entscheiden Sie, ob das Team möchte, dass Adobe die Umgebung betreibt (AEMaaCS mit verwaltetem Dispatcher, CDN und automatischer Skalierung) oder ob sie die direkte Serverkontrolle benötigt, die das lokale AEM 6.5 für strenge Netzwerk- oder Datenresidenzanforderungen bietet.
• Upgrade-Toleranz — Schätzen Sie, welche Versions-Upgrades das Team heute tatsächlich kosten; Organisationen, die routinemäßig AEM-Servicepakete aufschieben, profitieren meist am meisten vom stets aktuellen Modell von AEMaaCS, während Teams mit stabilen, stark angepassten 6,5-Instanzen die Vorhersehbarkeit von AEM 6.5 LTS bevorzugen.
• Kostenmodell — Vergleich der verbrauchsabhängigen AEMaaCS-Preisgestaltung mit der unbefristeten oder der Abonnementlizenzierung plus selbstverwaltetem Hosting für 6.5 über einen mehrjährigen Zeithorizont anstatt über einen einzelnen Budgetzyklus.
• Bereitschaft für benutzerdefinierten Code — Überprüfung bestehender Komponenten anhand der AEMaaCS-Vorgaben (Cloud Manager-Pipelines, unveränderliche Repository-Bereiche), um den Umfang der Refactoring-Arbeit abzuschätzen, die eine Migration erfordern würde.
• Inhaltsintegrationen – Inventarisieren Sie jeden Konnektor, der mit Inhalten in Berührung kommt, einschließlich Übersetzungen: Der AEM Cloud Connector von Smartling dient AEMaaCS und der AEM Touch Connector dient AEM 6.4 und höher On-Premises, daher bestimmt die Wahl der Bereitstellung, welcher Integrationspfad angewendet wird – die vollständige Konnektorbewertung wird im AEM-Übersetzungsintegrationsleitfaden von Smartling behandelt.

AEM Cloud vs. On-Premises AEM 6.5 im Überblick

Wie kann ich erfolgreich von AEM 6.5 zu AEM Cloud migrieren?

Die Migration von AEM 6.5 zu AEM as a Cloud Service steht und fällt mit der Vorbereitung – Adobes eigene Tools legen die Bewertung vorweg, sodass Überraschungen auftauchen, bevor die Inhalte migriert werden.

1. Führen Sie den Best Practices Analyzer von Adobe durch – der BPA scannt die bestehende 6.5-Instanz und meldet, welche Komponenten, Vorlagen und Konfigurationen mit AEMaaCS inkompatibel sind. Dadurch lässt sich der Refactoring-Aufwand abschätzen, bevor Änderungen vorgenommen werden.
2. Code für Cloud Manager refaktorisieren – die Codebasis in ein AEMaaCS-kompatibles Projekt umstrukturieren (getrennter veränderlicher/unveränderlicher Inhalt, pipelinefähige Dispatcher-Konfiguration, keine lokale Dateiprotokollierung), damit es über die CI/CD-Pipelines von Cloud Manager bereitgestellt werden kann.
3. Inhalte mit dem Content Transfer Tool verschieben – Das Content Transfer Tool von Adobe migriert Repository-Inhalte, einschließlich Sprachkopien, von der 6.5-Instanz in die AEMaaCS-Umgebung in kontrollierten Batches.
4. Neuintegrationen, einschließlich Übersetzungen – Konnektoren, die für lokale AEM-Systeme entwickelt wurden, werden nicht automatisch übernommen; auf der Smartling-Seite bedeutet dies, dass der AEM Cloud Connector anstelle des AEM Touch Connectors installiert werden muss, während Translation Memory, Glossare und Styleguides im TMS von Smartling erhalten bleiben, da sie auf Plattformebene und nicht innerhalb von AEM liegen.
5. Vor der Live-Schaltung die Sprachstruktur überprüfen – sicherstellen, dass die Sprachstämme und Sprachkopien den Transfer intakt überstanden haben und dass eine Testübersetzung vollständig durchläuft, da die mehrsprachige Website-Hierarchie der Teil einer Migration ist, der am ehesten unbemerkt fehlschlägt.

AEM als Cloud-Service eignet sich für Teams, die...

• Ich möchte, dass Adobe Infrastruktur, Skalierung und Upgrades besitzt, anstatt AEM-Server intern zu betreiben.
• Wir setzen bereits über CI/CD ein und können Cloud Manager-Pipelines ohne kulturellen Wandel übernehmen.
• Veröffentlichen Sie so häufig, dass das Warten auf geplante Servicepack-Upgrades echte Kosten verursacht.
• Ich bevorzuge verbrauchsabhängige Lizenzierung gegenüber einer unbefristeten Lizenz plus selbstverwalteten Hostingkosten.
• Baue mit Inhaltsfragmenten und Erfahrungsfragmenten und möchte kopflose Lieferoptionen ohne zusätzliche Infrastruktur.

Wenn der Verbleib bei einer On-Premises-Lösung mit AEM 6.5 die richtige Wahl sein könnte

• Regulatorische oder Datenresidenzanforderungen verlangen, dass Inhalte auf der Infrastruktur verbleiben, die die Organisation direkt kontrolliert – der Hauptfall, den Adobe weiterhin mit AEM 6.5 LTS bedient.
• Die 6.5-Instanz beinhaltet tiefgehende Anpassungen, die umfangreiche Refactoring erfordern würden, um AEMaaCSs Cloud Manager- und Repository-Einschränkungen zu bestehen, und der Business Case rechtfertigt dieses Projekt noch nicht.
• Eine kürzliche Investition in ewige Lizenzen und Hardware macht das verbrauchsbasierte Modell unwirtschaftlich, bis das aktuelle Setup an Wert verliert.
• Dem Team fehlen derzeit CI/CD-Praktiken; die Einführung von Cloud Manager-Pipelines mitten in der Migration birgt Risiken, die besser separat angegangen werden sollten.

Bewertungscheckliste: Fragen, die man vor der Wahl oder Migration stellen sollte

Welche neuen Funktionen wurden in AEM 6.5 eingeführt?
Die aktuelle Form von AEM 6.5, AEM 6.5 LTS, baut auf der 6.5.22-Basis auf und fügt Unterstützung für Java 17 und Java 21 hinzu, verbesserte Apache Felix-, Sling- und Oak-Fundamente sowie entfernte Altkomponenten wie AEM Communities, Guava und Handlebars – ein Signal, dass Adobe die lokale Leitung aktuell hält, anstatt sie auszustellen.

Ist AEM Cloud für kleine und mittlere Unternehmen geeignet?
AEMaaCS beseitigt den Infrastruktur- und Upgradeaufwand, der die On-Premises-Version von AEM für kleinere Teams so aufwendig macht, was KMU zugutekommt – aber die verbrauchsabhängige Lizenzierung und die Implementierungskosten positionieren AEM immer noch als CMS der Enterprise-Klasse, daher sollte ein KMU das Lizenz- und Partnerimplementierungsbudget überprüfen, bevor es davon ausgeht, dass das Cloud-Modell allein AEM erschwinglich macht.

Werden bestehende Übersetzungen und Übersetzungsressourcen die Migration überleben?
Sprachkopien werden mithilfe des Content Transfer Tools von Adobe mit dem Repository verschoben, und Smartling-seitige Assets – Translation Memory, Glossare, Styleguides – bleiben unberührt, da sie im TMS von Smartling und nicht in AEM gespeichert sind; das Element, das sich ändert, ist der Connector selbst, der als AEM Cloud Connector neu installiert werden muss.

Besteht dein benutzerdefinierter Code die AEMaaCS-Beschränkungen?
Führen Sie den Best Practices Analyzer frühzeitig aus: Muster wie lokales Dateilogging oder Schreiben in unveränderliche Repository-Bereiche sind in AEMaaCS verboten, und der BPA-Bericht ist die günstigste Möglichkeit, herauszufinden, wie viel Refactoring die Migration wirklich beinhaltet.

Wie wird sich das Kostenmodell ändern?
Der Wechsel von einer unbefristeten 6.5-Lizenz plus Hosting zu einer verbrauchsabhängigen AEMaaCS-Preisgestaltung verlagert die Ausgaben vom Investitions- zum Betriebsbudget – Finanzteams sollten beides über drei Jahre modellieren, nicht über ein Jahr, da der Wendepunkt von der Anzahl der Zugriffe und Umgebungen abhängt.

Wie unterstützt Smartling beide AEM-Bereitstellungsmodelle?

Smartling, ein Adobe Technology Partner der Gold-Kategorie, unterhält zwei speziell entwickelte AEM-Integrationen: den AEM Cloud Connector für AEM as a Cloud Service und den AEM Touch Connector für lokales AEM (Version 5.0x unterstützt AEM 6.4 und höher). Beide Konnektoren übersetzen die gleichen Inhaltstypen – Seiten, Inhaltsfragmente, Erlebnisfragmente, i18n-Wörterbücher, DAM-Asset-Metadaten und Tags – über das native Übersetzungsframework von AEM. Daher muss ein Team, das von Version 6.5 auf AEMaaCS migriert, die Konnektoren ändern, nicht aber die Übersetzungsworkflows. Da Übersetzungsspeicher, Glossare und Styleguides im TMS von Smartling und nicht in AEM gespeichert sind, werden diese Assets bei einer Migration ohne Kosten für eine erneute Übersetzung übernommen. Den vollständigen AEMaaCS-Übersetzungsworkflow finden Sie unter Funktionsweise mehrsprachiger Inhalte im AEM Cloud Service; die Kriterien für die Konnektorbewertung finden Sie im AEM-Übersetzungsintegrationsleitfaden.

Verwandte Fragen

• Wie verwalten Sie mehrsprachige Inhalte im AEM Cloud Service?
• Welche AEM-Übersetzungsintegrationsoptionen eignen sich am besten für Unternehmenswebsites?