AEM as a Cloud Service: Sling-Einschränkungen beim Testen der Inhaltsverteilung in lokalen SDK- und Cloud-Umgebungen
In diesem Artikel werden die Unterschiede und Einschränkungen beim Testen der Sling Content Distribution (SCD) mit der lokalen AEM as a Cloud Service SDK im Vergleich zu tatsächlichen Cloud Service-Umgebungen erläutert und erläutert, was lokal validiert werden kann und was nicht.
Beschreibung description
Umgebung
Adobe Experience Manager as a Cloud Service (alle Versionen)
Symptome
Es besteht Unsicherheit darüber, ob Sling Content Distribution (SCD) vollständig mit der lokalen AEM as a Cloud Service SDK getestet werden kann. Es können Fragen zur Gleichwertigkeit des lokalen SDK-Verhaltens mit Cloud Service-Produktionsumgebungen auftreten, darunter:
- Ob die lokale SDK End-to-End-SCD-Tests unterstützt
- Welche SCD-Funktionen simuliert oder lokal nicht verfügbar sind
- Die Möglichkeit, die Erstellung von Verteilungspaketen, die Warteschlangenverarbeitung, Verteilungsereignisse, die Inhaltsbereitstellung und die Fehlerbehandlung zu validieren
- Das Vorhandensein Cloud-spezifischer Komponenten, Services oder Pipelines, die nicht in SDK verfügbar sind
- Der Grad an Konfidenz, der auf lokale Validierungsergebnisse gesetzt werden kann
Es werden keine spezifischen Fehlermeldungen generiert. Unterschiede bei den Replikationsmechanismen und das Fehlen von Adobe-verwalteten Pipeline-Services können zu unerwarteten Ergebnissen beim Vergleich lokaler und Cloud-Umgebungen führen.
Ursache
Die lokale SDK ist als Entwicklungszeitsimulation konzipiert und enthält nicht die von Adobe verwaltete SCD-Pipeline, das Journal oder die Microservices, die für vollständige End-to-End-Replikationstests erforderlich sind, wie sie in Cloud Service-Umgebungen zu finden sind.
Lösung resolution
Gehen Sie wie folgt vor, um die Einschränkungen zu verstehen und zu beheben:
- Machen Sie sich mit den lokalen SDK-Funktionen vertraut: Die lokale AEM as a Cloud Service SDK umfasst keine von Adobe verwaltete SCD-Pipeline, kein Journal (Replication as a Service) und keine Cloud-Microservices, die in Produktionsumgebungen vorhanden sind. Die lokale Replikation verwendet die klassischen Autoren→Veröffentlichungsmechanismen, nicht die in Cloud Service verwendete SCD-Pipeline.
- Identifizieren Sie, was lokal getestet werden kann: Sie können die Verwendung der Replikations-API durch Ihr Programm validieren (z. B. das Aktivieren oder Deaktivieren von Inhalten). Durch Veröffentlichungsereignisse ausgelöste Geschäftslogik kann getestet werden.
- Erkennen Sie, was nicht lokal getestet werden kann: Journalbasierte SCD-Warteschlangen, Pipeline-Verhalten und Skalierung über mehrere Veröffentlichungs-Pods hinweg sind nicht in der SDK vorhanden. Cluster-Autoren-/Veröffentlichungsszenarien, automatische Upgrades und Pod-Abwanderung können nicht simuliert werden. Cloud-spezifische Microservices, Verteilungsschichten und von Adobe verwaltete Warteschlangen sind nicht verfügbar.
- Testen in Cloud-Umgebungen für vollständige Abdeckung: Verwenden Sie für die End-to-End-SCD-Überprüfung (einschließlich Pipeline-Verhalten, Warteschlangen, Skalierung und verteilte Laufzeit) die aktuellen AEM as a Cloud Service-Umgebungen (DEV, STAGE, PROD).
- Konsultieren Sie die offizielle Dokumentation: In der AEM as a Cloud Service-Dokumentation finden Sie die neuesten Anleitungen zu unterstützten Testbereichen.