Live-Schaltung go-live

In diesem Teil der Journey erfahren Sie, wie Sie die Migration planen und durchführen können, sobald sowohl der Code als auch der Inhalt bereit sind, auf AEM as a Cloud Service übertragen zu werden. Außerem erfahren Sie, welche Best Practices und bekannten Einschränkungen bei der Durchführung der Migration gelten.

Die bisherige Entwicklung story-so-far

In den vorherigen Phasen der Tour:

  • Sie haben auf der Seite Erste Schritte erfahren, wie Sie mit dem Übergang zu AEM as a Cloud Service beginnen können.
  • Sie haben ermittelt, ob Ihre Bereitstellung bereit ist, in die Cloud verschoben zu werden, indem Sie die Seite Bereitschaftsphase gelesen haben.
  • Sie haben sich mit den Tools und dem Prozess vertraut gemacht, mit denen Sie Ihren Code und Inhalt für die Cloud bereit machen können, indem Sie die Seite Implementierungsphase gelesen haben.

Ziel objective

In diesem Dokument erfahren Sie, wie Sie die Migration zu AEM as a Cloud Service durchführen können, sobald Sie mit den vorherigen Schritten der Tour vertraut sind. Sie erfahren, wie Sie die erstmalige Produktionsmigration durchführen und welche Best Practices Sie bei der Migration zu AEM as a Cloud Service anwenden sollten.

Erstmalige Produktionsmigration initial-migration

Bevor Sie die Produktionsmigration durchführen können, befolgen Sie die Schritte zur Anpassung und zum Nachweis der Migration, die im Abschnitt Inhaltsmigrationsstrategie und Zeitplan der Implementierungsphase beschrieben sind.

  • Starten Sie die Migration von der Produktion basierend auf den Erfahrungen, die Sie während der Staging-Migration für Klone in AEM as a Cloud Service gesammelt haben:

    • Author-Author
    • Publish-Publish
  • Validieren Sie die Inhalte, die sowohl in der Autoren- als auch in der Veröffentlichungsstufe von AEM as a Cloud Service erfasst werden.

  • Weisen Sie das Inhaltserstellungs-Team an zu vermeiden, dass Inhalte sowohl an der Quelle als auch am Ziel verschoben werden, bis die Aufnahme abgeschlossen ist.

  • Neue Inhalte können hinzugefügt, bearbeitet oder gelöscht werden. Verschieben Sie sie jedoch nicht. Dies gilt sowohl für die Quelle als auch für das Ziel.

  • Notieren Sie den Zeitaufwand für die vollständige Extraktion und Aufnahme, um eine Schätzung für künftige zusätzliche Migrationszeitpläne zu erhalten.

  • Erstellen Sie jeweils einen Migrationsplaner für die Autoren- und die Veröffentlichungsinstanz.

Inkrementelles Auffüllen top-up

Nach der ersten Migration aus der Produktion müssen Sie inkrementelle Auffüllungen durchführen, um sicherzustellen, dass Ihr Inhalt in der Cloud-Instanz auf den neuesten Stand gebracht wird. Daher wird empfohlen, die folgenden Best Practices zu befolgen:

  • Sammeln Sie Daten zur Inhaltsmenge. Zum Beispiel: je eine Woche, zwei Wochen oder einen Monat.
  • Planen Sie die Auffüllungen so, dass Sie eine mehr als 48 Stunden dauernde Inhaltsextraktion und -aufnahme vermeiden. Dies wird empfohlen, damit die Inhaltsauffüllungen in einen Wochenendzeitrahmen passen.
  • Planen Sie die Anzahl der erforderlichen Auffüllungen und verwenden Sie diese Schätzungen für die Planung um den Tag der Live-Schaltung herum.

Identifizieren von Zeitplänen für das Einfrieren von Code und Inhalten für die Migration code-content-freeze

Wie bereits erwähnt, müssen Sie einen Einfrierzeitraum für Code und Inhalte planen. Verwenden Sie die folgenden Fragen, um den Einfrierzeitraum zu planen:

  • Wie lange muss ich die Inhaltserstellung einfrieren?
  • Für welchen Zeitraum sollte ich mein Versand-Team bitten, keine neuen Funktionen mehr hinzuzufügen?

Um die erste Frage zu beantworten, sollten Sie die Zeit in Betracht ziehen, die für die Durchführung von Testläufen in Nicht-Produktionsumgebungen benötigt wurde. Um die zweite Frage zu beantworten, benötigen Sie eine enge Zusammenarbeit zwischen dem Team, das neue Funktionen hinzufügt, und dem Team, das den Code überarbeitet. Das Ziel sollte darin bestehen sicherzustellen, dass der gesamte Code, der zur vorhandenen Implementierung hinzugefügt wird, auch zur Cloud Services-Verzweigung hinzugefügt, getestet und bereitgestellt wird. Im Allgemeinen bedeutet dies, dass weniger Code einfriert.

Außerdem müssen Sie ein Einfrieren von Inhalten einplanen, wenn die endgültige Auffüllung der Inhalte geplant ist.

Best Practices best-practices

Bei der Planung oder Durchführung der Migration sollten Sie die folgenden Richtlinien beachten:

  • Migrieren von einer Autoreninstanz zur anderen und von einer Veröffentlichungsinstanz zur anderen

  • Anfordern eines Produktionsklons, der für Folgendes verwendet werden kann:

    • Erfassen von Repository-Statistiken
    • Nachweis der Migration
    • Vorbereitung des Migrationsplans
    • Identifizieren von Anforderungen zum Einfrieren von Inhalten
    • Ermitteln Sie bei der Migration von der Produktion eventuelle Upsizing-Anforderungen der Produktion.

Best Practices für das Content Transfer Tool

Stellen Sie sicher, dass Sie bei der Live-Schaltung die Inhaltsmigration in der Produktion anstatt in einem Klon ausführen. Ein guter Ansatz ist die Verwendung von AZCopy für die Erstmigration. Führen Sie dann die Auffüllextraktionen häufig (z. B. täglich) aus, um kleinere Blöcke zu extrahieren und eine langfristige Belastung der AEM-Quelle zu vermeiden.

Bei der Produktionsmigration sollten Sie aus folgenden Gründen vermeiden, das Content Transfer Tool aus einem Klon auszuführen:

  • Wenn für einen Kunden bei Auffüllmigration Inhaltsversionen migriert werden müssen, werden die Versionen bei Ausführung des Content Transfer Tool aus einem Klon nicht migriert. Selbst wenn der Klon häufig von Live-Author neu erstellt wird, werden bei jeder Erstellung eines Klons die Checkpoints zurückgesetzt, die vom Content Transfer Tool zur Berechnung der Deltas verwendet werden.
  • Da ein Klon nicht als Ganzes aktualisiert werden kann, muss das ACL Query-Paket verwendet werden, um den bei der Produktion hinzugefügten oder bearbeiteten Inhalt zu verpacken und zu installieren, damit er geklont werden kann. Das Problem bei diesem Ansatz besteht darin, dass das Löschen von Inhalten in der Quellinstanz nie zum Klon gelangt, es sei denn, sie werden manuell aus Quelle und Klon gelöscht. Dadurch wird die Möglichkeit eröffnet, dass der gelöschte Produktionsinhalt im Klon und in AEM as a Cloud Service nicht gelöscht wird.

Optimieren der Belastung Ihrer AEM-Quelle bei der Migration von Inhalten

Beachten Sie, dass die Belastung der AEM-Quelle während der Extraktionsphase größer ist. Beachten Sie Folgendes:

  • Das Content Transfer Tool ist ein externer Java-Prozess, der einen JVM-Heap von 4 GB verwendet
  • Die Nicht-AzCopy-Version lädt Binärdateien herunter, speichert sie auf einem temporären Speicherplatz auf der AEM-Autoreninstanz, was Datenträger-E/A belegt, und lädt sie dann in den Azure-Container hoch, was Netzwerkbandbreite verbraucht
  • AzCopy überträgt dagegen Blobs direkt vom Blob Store zum Azure-Container, wodurch Datenträger-E/A und Netzwerkbandbreite gespart werden. Die AzCopy-Version verwendet weiterhin die Festplatte und Netzwerkbandbreite, um die Daten aus dem Segmentspeicher in den Azure-Container zu extrahieren und hochzuladen
  • Der Content Transfer Tool-Prozess belastet die Systemressourcen während der Aufnahmephase weniger, da nur Aufnahmeprotokolle gestreamt werden und die Quellinstanz in Bezug auf Festplatten-E/A oder Netzwerkbandbreite nicht stark belastet wird.

Bekannte Einschränkungen known-limitations

Bitte beachten Sie, dass die gesamte Aufnahme fehlschlägt, wenn eine der folgenden Verletzungen von Einschränkungen als Teil des extrahierten Migrationssatzes gefunden wird:

  • Ein JCR-Knoten mit einem Namen, der länger als 150 Zeichen ist
  • Ein JCR-Knoten, der größer als 16 MB ist
  • Jede® Benutzer/Gruppe, der/die mit rep:AuthorizableID aufgenommen wird und bereits in AEM as a Cloud Service vorhanden ist
  • Ein extrahiertes und erfasstes Asset wird vor der nächsten Iteration der Migration in einen anderen Pfad entweder auf der Quelle oder am Ziel verschoben.

Asset-Konsistenz asset-health

Im Gegensatz zum obigen Abschnitt schlägt die Aufnahme nicht aufgrund der folgenden Bedenken bei Assets fehl. Es wird jedoch dringend empfohlen, in diesen Szenarien die entsprechenden Schritte zu unternehmen:

  • Jedes Asset, bei dem die ursprüngliche Ausgabedarstellung fehlt
  • Jeder Ordner, dessen Knoten jcr:content fehlt.

Die beiden oben genannten Punkte werden im Bericht von Best Practice Analyzer identifiziert und gemeldet.

Checkliste vor der Live-Schaltung Go-Live-Checklist

Weitere Informationen finden Sie in der Dokumentation Checkliste vor der Live-Schaltung.

Wie geht es weiter what-is-next

Sobald Sie wissen, wie die Migration auf AEM as a Cloud Service durchgeführt wird, können Sie die Seite Nach der Live-Schaltung aufrufen, damit Ihre Instanz reibungslos ausgeführt wird.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab