Architektur der Migrate to Containers-Befehlszeile

Auf dieser Seite wird grob beschrieben, wie die Migrate to Containers-Befehlszeile Ihre Anwendungen auf VM-Instanzen in Artefakte transformiert, mit denen Sie Ihre Anwendungskomponenten aus der Quellumgebung in einem Zielcluster in Google Kubernetes Engine (GKE) oder GKE Enterprise bereitstellen können.

Komponenten der Migrate to Containers-Befehlszeile

Die Modernisierung mit der Migrate to Containers-Befehlszeile umfasst drei Schritte: Transformation, Arbeitslastbereitstellung und Wartung.

Prozessarchitektur

  1. Transformation: Die Migration to Containers-Befehlszeile wird verwendet, um eine VM-basierte Anwendungskomponente in eine containerbasierte Anwendungskomponente umzuwandeln, die bereitgestellt werden kann. Dies umfasst fünf Phasen:

    1. Kopieren: Kopieren Sie das Dateisystem der Quellmaschine auf den lokalen Computer.
    2. Analysieren: Analysieren Sie das Dateisystem, um einen Migrationsplan zu erstellen.
    3. Bearbeiten: Bearbeiten Sie den Plan, um die Migrationsausgaben an Ihre Anforderungen anzupassen.
    4. Generieren:: Generieren Sie Artefakte wie Docker-Dateien, Docker-Kontexte, Kubernetes-Bereitstellungsdateien und die Skaffold-Konfiguration.
    5. Daten migrieren: Kopieren Sie die Datendateien in nichtflüchtige Volumes. Dies ist optional.

  2. Arbeitslastbereitstellung: Sie können migrierte Containerarbeitslasten in jedem GKE- oder GKE Enterprise-Cluster bereitstellen, der die Mindestanforderungen erfüllt. Die Migrationsartefakte können ein oder mehrere Dockerfiles, eine oder mehrere Kubernetes-Bereitstellungsspezifikationen und eine Skaffold-Konfigurationsdatei enthalten.

  3. Wartung: Nach der Migration von Containerarbeitslasten werden normalerweise Optimierungs- und Wartungsvorgänge ausgeführt. Der extrahierte Arbeitslastinhalt und das erstellte Dockerfile können zur effizienten image-basierten Wartung in eine CI/CD-Pipeline eingebunden werden.

Nächste Schritte