Freigeben über


Migrieren von Workloads von anderen Cloudplattformen zu Azure

Diese Inhaltssammlung wird kuratiert, um Workload-Teams zu helfen, ihre Workload-Migration zu planen und umzusetzen. Es umfasst Migrationen von Cloudplattformen wie Amazon Web Services (AWS) und Google Cloud Platform (GCP) zu Microsoft Azure. Das erwartete Ergebnis ist, dass Sie nach Abschluss der Migration zu Azure die Workload auf der Quellplattform außer Betrieb setzen.

Wichtig

Einige Migrationsszenarien sind außerhalb des Gültigkeitsbereichs für diese Sammlung. Sie deckt keine lokalen Azure-Migrationen, vollständige Rechenzentrumsmigrationen oder Regionsumsiedlungen ab. Sie adressiert auch keine Workloads, die gleichzeitig auf mehreren Clouds ausgeführt werden.

Die Migration zu Azure umfasst in der Regel die Umformung der Workload, einschließlich des Umstiegs sowohl der Infrastruktur- als auch der Verwaltungsebene vom Quellcloudanbieter zu Azure. Um sich auf den Migrationsprozess vorzubereiten, müssen Sie die beste Übereinstimmung für Ihre Quellkomponenten in Azure finden. Denken Sie daran, dass nicht alle Komponenten über direkte Entsprechungen verfügen. Sie müssen die Architektur oder den Code neu entwerfen, um Funktionen aufrechtzuerhalten und Ihre Geschäftsziele zu erreichen. Diese Sammlung bietet Vergleiche der typischen Workloadkomponenten und Plattformdienste und umfasst Beispielmigrationsszenarien.

Voraussetzungen für Workload-Migrationen

Workloads sollten erst migriert werden, nachdem die Organisation sich zu Azure verpflichtet hat und ihren Ansatz für die Einführung von Azure festgelegt hat. Vor der Migration von Workloads sollten Sie die grundlegenden Konzepte für Azure verstehen und über eine aktive Azure-Registrierung verfügen. Erkunden Sie diese Ressourcen des Cloud Adoption Framework (CAF), um diese Ziele zu erreichen:

In der nächsten Phase plant das Workloadteam die Migration und implementiert sie. Sie bewerten den aktuellen Workloadentwurf, bereiten eine Lösung in Azure vor, nehmen erforderliche Codeänderungen vor und führen die Migration aus.

Zielgruppe

Diese Sammlung gilt für die folgenden Arbeitsauslastungsrollen und -funktionen auf Teamebene.

  • Workload-Architekten , die verschiedene Architekturaspekte neu gestalten und die Gesamtarchitektur validieren können, um sicherzustellen, dass sie weiterhin geschäftsanforderungen erfüllt. Architekten befassen sich mit Lücken, indem sie die spezifischen Merkmale und Geschäftseinschränkungen der Arbeitsauslastung berücksichtigen.

  • Workload-Teammitglieder , die verstehen müssen, wie sich ihre Verantwortlichkeiten während des Migrationsprozesses und nach der Migration ändern müssen. Datenbankadministratoren, die Skripts verwalten und tägliche Sicherungen auf Amazon Relational Database Service durchführen, müssen sich beispielsweise an die Ausführung derselben Aufgaben in Azure SQL-Datenbank anpassen.

Inhaltslayout

Der Inhalt des Migrationsleitfadens wird nach der Quellplattform kategorisiert, auf der Ihre Workload derzeit ausgeführt wird. Jede Kategorie enthält Vergleichsartikel. Vergleichen Sie zunächst die Funktionen Ihrer Workload und ihrer Dienste mit ihren nächstgelegenen Azure-Entsprechungen. Diese Artikel enthalten auch Beispielszenarien und Migrationshandbücher auf Dienstebene, um die Vergleiche zu veranschaulichen.

Beginnen Sie Ihre Lernreise basierend auf Ihrer Quellplattform:

Diese Sammlung enthält auch Artikel, die für alle Plattformen gelten. Alle Abschnitte enthalten solche plattformunabhängigen Artikel zur Bequemlichkeit.

Werkzeuge

Zusätzlich zu Inhalten können Sie spezielle Tools erkunden, um Migrationsaufgaben zu unterstützen oder den Erfolg Ihrer Migration anhand von Geschäftszielen zu messen.

Werkzeug Zweck
Azure Migrate and Modernize Ermitteln und Bewerten von Migrationsressourcen, in erster Linie Infrastruktur, Anwendungen und Datenkomponenten.
Well-Architected Bewertung der Quellplattform überprüfen, falls verfügbar Überprüfen und messen Sie die Geschäftsziele Ihrer Architektur auf der Quellplattform. Diese Bewertung hilft Ihnen, einen Basisplan für Ihre Erwartungen an Azure festzulegen.
Bewertung einer Azure Well-Architected-Überprüfung Bewerten Sie Ihre Architekturentscheidungen, um Regressionen aus der Quellbasislinie zu identifizieren. Erkunden Sie auch Optimierungsmöglichkeiten, um das Beste in Azure zu erhalten.