Zu Google Cloud migrieren: Arbeitslasten bewerten und erkennen

Dieses Dokument kann Ihnen dabei helfen, die Bewertungsphase Ihrer Migration zu Google Cloudzu planen, zu gestalten und zu implementieren. Wenn Sie das Inventar Ihrer Arbeitslasten und Dienste ermitteln und deren Abhängigkeiten zuordnen, können Sie ermitteln, welche Elemente in welcher Reihenfolge migriert werden müssen. Wenn Sie eine Migration zu Google Cloudplanen und entwerfen, benötigen Sie zuerst umfassende Kenntnisse Ihrer aktuellen Umgebung und der zu migrierenden Arbeitslasten.

Dieses Dokument ist Teil der folgenden mehrteiligen Reihe über die Migration zuGoogle Cloud:

Diese Grafik veranschaulicht den Migrationsprozess:

Migrationspfad mit vier Phasen

Dieses Dokument bietet nützliche Informationen, wenn Sie von einer lokalen Umgebung, einer privaten Hosting-Umgebung oder einem anderen Cloudanbieter aus eine Migration vornehmen möchten oder die Möglichkeit einer Migration prüfen und untersuchen wollen, wie die Bewertungsphase aussehen könnte.

In der Bewertungsphase legen Sie die Anforderungen und Abhängigkeiten für die Migration der Quellumgebung zu Google Cloudfest.

Die Bewertungsphase ist für den Erfolg der Migration entscheidend. Sie benötigen umfassende Kenntnisse über die zu migrierenden Arbeitslasten, deren Anforderungen, Abhängigkeiten und über Ihre aktuelle Umgebung. Sie müssen Ihren Ausgangspunkt kennen, um eine Google Cloud-Migration erfolgreich planen und ausführen zu können.

Die Bewertungsphase umfasst die folgenden Aufgaben:

  1. Ein umfassendes Inventar Ihrer Arbeitslasten erstellen.
  2. Arbeitslasten nach ihren Attributen und Abhängigkeiten katalogisieren.
  3. Schulen und schulen Sie Ihre Teams zu Google Cloud.
  4. Erstellen Sie Tests und Proofs of Concept für Google Cloud.
  5. Die Gesamtbetriebskosten (TCO) der Zielumgebung berechnen.
  6. Migrationsstrategie für Ihre Arbeitslasten auswählen.
  7. Tools für die Migration auswählen.
  8. Migrationsplan und Zeitplan definieren.
  9. Migrationsplan validieren.

Inventar der Arbeitslasten erstellen

Damit Sie die Migration in einem bestimmten Umfang durchführen können, müssen Sie zuerst wissen, wie viele Elemente wie Arbeitslasten und Hardware-Appliances in Ihrer aktuellen Umgebung vorhanden sind und welche Abhängigkeiten bestehen. Ein Inventar zu erstellen, ist keine triviale Aufgabe und erfordert einen erheblichen Aufwand. Vor allem, wenn kein automatisches Katalogisierungssystem vorhanden ist. Damit Sie ein umfassendes Inventar erstellen können, müssen Sie auf das Fachwissen der Teams zurückgreifen, die für den Entwurf, die Bereitstellung und den Betrieb der einzelnen Arbeitslasten in Ihrer aktuellen Umgebung sowie für die Umgebung selbst verantwortlich sind.

Das Inventar sollte nicht auf Arbeitslasten beschränkt sein, sondern mindestens Folgendes enthalten:

  • Abhängigkeiten der einzelnen Arbeitslasten wie Datenbanken, Nachrichtenbroker, Konfigurationsspeichersysteme und andere Komponenten.
  • Dienste, die Ihre Arbeitslastinfrastruktur unterstützen, z. B. Quell-Repositories, Tools für Continuous Integration und Continuous Deployment (CI/CD) sowie Artefakt-Repositories.
  • Server, entweder virtuell oder physisch, und Laufzeitumgebungen.
  • Physische Appliances wie Netzwerkgeräte, Firewalls und andere dedizierte Hardware

Beim Zusammenstellen dieser Liste sollten Sie auch Informationen zu den einzelnen Elementen erfassen, darunter:

  • Speicherort des Quellcodes und ob Sie diesen Quellcode ändern können.
  • Bereitstellungsmethode für die Arbeitslast in einer Laufzeitumgebung, z. B. ob Sie eine automatisierte oder eine manuelle Bereitstellungspipeline verwenden
  • Netzwerkeinschränkungen oder Sicherheitsanforderungen
  • Anforderungen an IP-Adressen
  • Wie Sie die Arbeitslast für Clients bereitstellen.
  • Lizenzanforderungen für Software oder Hardware
  • Wie sich die Arbeitslast bei Ihrem Identitäts- und Zugriffsverwaltungssystem authentifiziert.

Beispielsweise sollten Sie für jede Hardware die detaillierten Spezifikationen kennen, z. B. den Namen, den Hersteller, die Technologien und die Abhängigkeiten von anderen Elementen in Ihrem Inventar. Beispiel:

  • Name: NAS-Appliance
  • Anbieter und Modell: Anbieter Y, Modell Z
  • Technologien: NFS, iSCSI
  • Abhängigkeiten: Netzwerkverbindung zur VM-Computerhardware mit Jumbo Frames

Diese Liste sollte auch nichttechnische Informationen enthalten, z. B. unter welchen Lizenzbedingungen Sie die einzelnen Artikel verwenden dürfen, und sonstige Complianceanforderungen. Mit einigen Lizenzen können Sie eine Arbeitslast in einer Cloud-Umgebung bereitstellen, andere verbieten die Bereitstellung in der Cloud explizit. Einige Lizenzen werden basierend auf der Anzahl der verwendeten CPUs oder Sockets zugewiesen. Diese Konzepte sind möglicherweise nicht anwendbar, wenn Cloud-Technologie verwendet wird. Für einige Ihrer Daten gelten möglicherweise Einschränkungen bezüglich der geografischen Region, in der sie gespeichert sind. Schließlich können einige sensible Arbeitslasten einzelne Mandanten erfordern.

Es ist außerdem nützlich, zusammen mit dem Inventar Hilfsmittel für eine visuelle Interpretation der von Ihnen gesammelten Daten bereitzustellen. Sie können beispielsweise eine Abhängigkeitsgrafik und -diagramme bereitstellen, um bestimmte Aspekte hervorzuheben, z. B. wie Ihre Arbeitslasten bei einem automatisierten oder manuellen Bereitstellungsprozess verteilt werden.

Inventar erstellen

Es gibt verschiedene Möglichkeiten, ein Arbeitslastinventar zu erstellen. Am schnellsten geht es, wenn Sie manuell vorgehen. Für eine große Produktionsumgebung kann dieser Ansatz jedoch schwierig sein. Informationen in manuell erstellten Inventaren können schnell veraltet sein und die resultierende Migration schlägt möglicherweise fehl, weil Sie den Inhalt Ihrer Inventare nicht bestätigt haben.

Der Aufbau des Inventars ist keine einmalige Übung. Wenn Ihre aktuelle Umgebung sehr dynamisch ist, sollten Sie sich auch um die Automatisierung der Inventarerstellung und -wartung bemühen, damit Sie am Ende jederzeit eine konsistente Ansicht aller Elemente in Ihrer Umgebung haben. Informationen zum Erstellen eines Inventars Ihrer Arbeitslasten finden Sie unter Migrationscenter: Asset-Erkennung starten.

Beispiel für ein Arbeitslastinventar

In diesem Beispiel wird eine Umgebung inventarisiert, die eine E-Commerce-Anwendung unterstützt. Das Inventar umfasst Arbeitslasten, Abhängigkeiten, Dienste, die mehrere Arbeitslasten unterstützen, und Hardware-Appliances.

Arbeitslasten

In der folgenden Tabelle werden für jede Arbeitslast in der Umgebung die wichtigsten Technologien, das Bereitstellungsverfahren und andere Anforderungen aufgeführt.

Name Speicherort des Quellcodes Technologien Bereitstellungsverfahren Weitere Anforderungen Abhängigkeiten Systemressourcenanforderungen
Marketingwebsite Unternehmens-Repository Angular-Frontend Automatisiert Die Rechtsabteilung muss den Inhalt validieren Caching-Dienst 5 CPU-Kerne
8 GB RAM
Backoffice Unternehmens-Repository Java-Backend, Angular-Frontend Automatisiert – SQL-Datenbank 4 CPU-Kerne
4 GB RAM
E-Commerce-Arbeitslast Proprietäre Arbeitslast Anbieter X
Modell Y
Version 1.2.0		 Manuell Kundendaten müssen sich in der Europäischen Union befinden SQL-Datenbank 10 CPU-Kerne
32 GB RAM
Warenwirtschaft (Enterprise Resource Planning, ERP) Proprietäre Arbeitslast Hersteller Z, Modell C, Version 7.0 Manuell – SQL-Datenbank 10 CPU-Kerne
32 GB RAM
Zustandslose Mikrodienste Unternehmens-Repository Java Automatisiert – Caching-Dienst 4 CPU-Kerne
8 GB RAM

Abhängigkeiten

Die folgende Tabelle ist ein Beispiel für die Abhängigkeiten der im Inventar aufgeführten Arbeitslasten. Diese Abhängigkeiten sind erforderlich, damit die Arbeitslasten korrekt funktionieren.

Name Technologien Weitere Anforderungen Abhängigkeiten Systemressourcenanforderungen
SQL-Datenbank postgresql Kundendaten müssen sich in der Europäischen Union befinden Sicherungs- und Archivierungssystem 30 CPU-Kerne
512 GB RAM

Unterstützende Dienste

In Ihrer Umgebung gibt es möglicherweise Dienste, die mehrere Arbeitslasten unterstützen. In diesem E-Commerce-Beispiel sind folgende Dienste enthalten:

Name Technologien Weitere Anforderungen Abhängigkeiten Systemressourcenanforderungen
Quellcode-Repositories Git – Sicherungs- und Archivierungssystem 2 CPU-Kerne
4 GB RAM
Sicherungs- und Archivierungssystem Hersteller G, Modell H, Version 2.3.0 Laut Gesetz ist für einige Artikel eine langfristige Speicherung erforderlich – 10 CPU-Kerne
8 GB RAM
CI-Tool Jenkins – Quellcode-Repositories
Artefakt-Repository
Sicherungs- und Archivierungssystem		 32 CPU-Kerne
128 GB RAM
Artefakt-Repository Anbieter A
Modell N
Version 5.0.0		 – Sicherungs- und Archivierungssystem 4 CPU-Kerne
8 GB RAM
Batchverarbeitungsdienst Cronjobs, die im CI-Tool ausgeführt werden – CI-Tool 4 CPU-Kerne
8 GB RAM
Caching-Dienst Memcached
Redis		 – – 12 CPU-Kerne
50 GB RAM

Hardware

Die Beispielumgebung enthält die folgende Hardware:

Name Technologien Weitere Anforderungen Abhängigkeiten Systemressourcenanforderungen
Firewall Anbieter H
Modell V		 – – –
Instanzen von Server j Anbieter K
Modell B		 Muss außer Betrieb genommen werden, da sie nicht mehr unterstützt werden – –
NAS-Appliance Anbieter Y
Modell Z
NFS
iSCSI		 – – –

Bereitstellungs- und operative Prozesse bewerten

Es ist wichtig, ein klares Verständnis von der Funktionsweise Ihrer Bereitstellungs- und Betriebsprozesse zu haben. Diese Prozesse sind ein grundlegender Teil der Praktiken, die die Produktionsumgebung und die dort ausgeführten Arbeitslasten vorbereiten und verwalten.

Die Bereitstellungs- und Betriebsprozesse können die Artefakte erstellen, die Ihre Arbeitslasten benötigen. Daher sollten Sie Informationen zu jedem Artefakttyp erfassen. Ein Artefakt kann beispielsweise ein Betriebssystempaket, ein Bereitstellungspaket für Anwendungen, ein Betriebssystem-Image, ein Container-Image oder etwas anderes sein.

Berücksichtigen Sie zusätzlich zum Artefakttyp, wie Sie die folgenden Aufgaben ausführen:

  • Entwickeln Sie Ihre Arbeitslasten: Bewerten Sie die Prozesse, die Entwicklungsteams zum Erstellen Ihrer Arbeitslasten eingerichtet haben. Wie entwerfen, codieren und testen Ihre Entwicklungsteams beispielsweise Ihre Arbeitslasten?
  • Generieren Sie Artefakte, die Sie in Ihrer Quellumgebung bereitstellen. Zum Bereitstellen Ihrer Arbeitslasten in der Quellumgebung generieren Sie möglicherweise bereitstellbare Artefakte wie Container-Images oder Betriebssystem-Images oder passen vorhandene Artefakte an, z. B. Betriebssystemimages von Drittanbietern durch Installieren und Konfigurieren von Software. Wenn Sie Informationen darüber erfassen, wie Sie diese Artefakte generieren, können Sie prüfen, ob die generierten Artefakte für die Bereitstellung inGoogle Cloudgeeignet sind.

  • Artefakte speichern: Wenn Sie Artefakte erstellen, die Sie in einer Artefakt-Registry in Ihrer Quellumgebung speichern, müssen Sie die Artefakte in der Google Cloud -Umgebung verfügbar machen. Verwenden Sie dazu Strategien wie die folgenden:

    • Kommunikationskanal zwischen den Umgebungen einrichten: Sorgen Sie dafür, dass die Artefakte in Ihrer Quellumgebung über dieGoogle Cloud -Zielumgebung erreichbar sind.
    • Refaktorieren Sie den Artefakt-Build-Prozess: Führen Sie eine geringfügige Refaktorierung Ihrer Quellumgebung durch, damit Sie Artefakte sowohl in der Quell- als auch in der Zielumgebung speichern können. Dieser Ansatz unterstützt die Migration, indem Sie eine Infrastruktur wie ein Artefakt-Repository erstellen, bevor Sie Artefakt-Build-Prozesse in der Zielumgebung Google Cloudimplementieren müssen. Sie können diesen Ansatz direkt implementieren oder auf dem vorherigen Ansatz aufbauen, der zuerst einen Kommunikationskanal einrichtet.

    Wenn Artefakte sowohl in der Quell- als auch in der Zielumgebung verfügbar sind, können Sie sich auf die Migration konzentrieren, ohne im Rahmen der Migration Artefakt-Build-Prozesse in der Zielumgebung Google Cloud implementieren zu müssen.

  • Scannen und signieren Sie Code . Im Rahmen Ihrer Artefakterstellungsprozesse verwenden Sie möglicherweise Codescans, um sich vor allgemeinen Sicherheitslücken und unbeabsichtigten Netzwerken zu schützen, sowie Codesignaturen, die dafür sorgen, dass nur vertrauenswürdiger Code in Ihren Umgebungen ausgeführt wird.

  • Stellen Sie Artefakte in der Quellumgebung bereit. Nachdem Sie bereitstellbare Artefakte generiert haben, stellen Sie diese möglicherweise in Ihrer Quellumgebung bereit. Wir empfehlen, jeden Bereitstellungsprozess zu bewerten. Mithilfe der Bewertung können Sie prüfen, ob Ihre Bereitstellungsprozesse mit Google Cloudkompatibel sind. Außerdem können Sie damit den Aufwand ermitteln, der für eine eventuelle Refaktorierung der Prozesse erforderlich ist. Wenn Ihre Bereitstellungsprozesse beispielsweise nur mit Ihrer Quellumgebung funktionieren, müssen Sie sie möglicherweise so refaktorieren, dass sie auf Ihre Google Cloud -Umgebung ausgerichtet sind.

  • Laufzeitkonfiguration einfügen. Sie können die Laufzeitkonfiguration für bestimmte Cluster, Laufzeitumgebungen oder Arbeitslastbereitstellungen einfügen. Die Konfiguration kann Umgebungsvariablen und andere Konfigurationswerte wie Secrets, Anmeldedaten und Schlüssel initialisieren. Damit Ihre Injektionsprozesse für die Laufzeitkonfiguration mit Google Cloudfunktionieren, sollten Sie prüfen, wie Sie die Arbeitslasten konfigurieren, die in Ihrer Quellumgebung ausgeführt werden.

  • Logging, Monitoring und Profilerstellung: Bewerten Sie die Logging-, Monitoring- und Profilerstellungsprozesse, die Sie eingerichtet haben, um den Zustand Ihrer Quellumgebung, die relevanten Messwerte und die Verwendung der Daten zu überwachen, die von diesen Prozessen bereitgestellt werden.

  • Authentifizierung. Prüfen Sie, wie Sie sich in Ihrer Quellumgebung authentifizieren.

  • Ressourcen bereitstellen und konfigurieren Zur Vorbereitung Ihrer Quellumgebung haben Sie möglicherweise Prozesse entwickelt und implementiert, die Ressourcen bereitstellen und konfigurieren. Beispielsweise verwenden Sie Terraform zusammen mit Konfigurationsverwaltungstools, um Ressourcen in der Quellumgebung bereitzustellen und zu konfigurieren.

Infrastruktur bewerten

Nachdem Sie Ihre Bereitstellungs- und Betriebsprozesse bewertet haben, empfehlen wir Ihnen, die Infrastruktur zu bewerten, die Ihre Arbeitslasten in der Quellumgebung unterstützt.

Beachten Sie Folgendes, um diese Infrastruktur zu bewerten:

  • Wie Sie die Ressourcen in der Quellumgebung organisiert haben. Einige Umgebungen unterstützen beispielsweise eine logische Trennung zwischen Ressourcen mithilfe von Konstrukten, die Ressourcengruppen wie Organisationen, Projekte und Namespaces voneinander isolieren.
  • Wie Sie Ihre Umgebung mit anderen Umgebungen wie lokalen Umgebungen und anderen Cloud-Anbietern verbunden haben.

Arbeitslasten kategorisieren

Nachdem Sie die Bestandsaufnahme abgeschlossen haben, müssen Sie Ihre Arbeitslasten in verschiedenen Kategorien organisieren. Diese Kategorisierung kann Ihnen helfen, die zu migrierenden Arbeitslasten entsprechend ihrer Komplexität und ihres Risikos beim Wechsel in die Cloud zu priorisieren.

Eine Katalogmatrix sollte für jedes Bewertungskriterium, das Sie in Ihrer Umgebung berücksichtigen, eine Dimension haben. Wählen Sie eine Reihe von Kriterien aus, die alle Anforderungen Ihrer Umgebung abdecken, einschließlich der Systemressourcen, die die einzelnen Arbeitslasten benötigen. Beispielsweise ist es für Sie interessant, ob eine Arbeitslast Abhängigkeiten hat oder zustandslos oder zustandsorientiert ist. Berücksichtigen Sie beim Entwerfen der Katalogmatrix, dass Sie für jedes hinzugefügte Kriterium eine weitere darzustellende Dimension hinzufügen. Die resultierende Matrix ist möglicherweise schwer zu visualisieren. Eine mögliche Lösung für dieses Problem könnte darin bestehen, mehrere kleinere Matrizen anstelle einer einzelnen, komplexen zu verwenden.

Außerdem sollten Sie neben jeder Arbeitslast einen Indikator für die Komplexität der Migration einfügen. Dieser Indikator schätzt den Schwierigkeitsgrad für die Migration jeder Arbeitslast. Der Detaillierungsgrad dieses Indikators hängt von Ihrer Umgebung ab. Für ein einfaches Beispiel könnten Sie drei Kategorien haben: einfach zu migrieren, schwer zu migrieren oder nicht migrierbar. Damit Sie diese Aktivität abschließen können, benötigen Sie für die einzenen Objekte im Inventar Experten, die für Sie die Komplexität der Migration abschätzen. Die Faktoren, von denen die Migrationskomplexität abhängt, sind spezifisch für den Geschäftskontext der Technologie und das Unternehmen.

Wenn der Katalog vollständig ist, können Sie auch Bilder und Diagramme erstellen, mit denen Sie und Ihr Team die relevanten Kennzahlen schnell auswerten können. Zeichnen Sie beispielsweise ein Diagramm, in dem hervorgehoben wird, wie viele Komponenten Abhängigkeiten haben, oder geben Sie den Schwierigkeitsgrad der Migration für die einzelnen Komponenten an.

Informationen zum Erstellen eines Inventars Ihrer Arbeitslasten finden Sie unter Migrationscenter: Asset-Erkennung starten.

Beispiel für einen Arbeitslastkatalog

In diesem Beispiel werden die folgenden Bewertungskriterien verwendet, eine für jede Matrixachse:

  1. Wie kritisch eine Arbeitslast für das Unternehmen ist.
  2. Ob eine Arbeitslast Abhängigkeiten hat oder eine Abhängigkeit für andere Arbeitslasten ist.
  3. Die maximal zulässige Ausfallzeit für die Arbeitslast.
  4. Wie schwierig eine Arbeitslast zu migrieren ist.
Bedeutung für das Unternehmen Hat keine Abhängigkeiten oder abhängigen Elemente Hat Abhängigkeiten oder abhängige Elemente Maximal zulässige Ausfallzeit Schwierigkeit
Geschäftskritisch Zustandslose Mikrodienste 2 Minuten Einfach
Unternehmensressourcenplanung (ERP) 24 Stunden Schwer
E-Commerce-Arbeitslast Keine Ausfallzeiten Schwer
Hardware-Firewall Keine Ausfallzeiten Kann nicht verschoben werden
SQL-Datenbank 10 Minuten Einfach
Quellcode-Repositories 12 Stunden Einfach
Nicht geschäftskritisch Marketingwebsite 2 Stunden Einfach
Sicherung und Archivierung 24 Stunden Einfach
Batchverarbeitungsdienst 48 Stunden Einfach
Caching-Dienst 30 Minuten Einfach
Backoffice 48 Stunden Schwer
CI-Tool 24 Stunden Einfach
Artefakt-Repository 30 Minuten Einfach

Sie können Visualisierungen und Diagramme erstellen, die Ihnen die Darstellung der Ergebnisse im Katalog erleichtern. Das folgende Diagramm verdeutlicht den jeweiligen Schwierigkeitsgrad der Migration:

Diagramm, das den Schwierigkeitsgrad beim Verschieben von Arbeitslasten in Google Cloudvisualisiert .

Im obigen Diagramm sind die meisten Arbeitslasten einfach zu verschieben. Drei davon sind schwer zu verschieben und eine von ihnen ist nicht möglich.

Informieren Sie Ihre Organisation über Google Cloud

Damit Sie Google Cloudin vollem Umfang nutzen können, muss sich Ihre Organisation mit den Diensten, Produkten und Technologien vertraut machen, die Ihr Unternehmen auf Google Cloudnutzen kann. Mitarbeiter können mit Google Cloud kostenlosen Testkonten beginnen, die Guthaben zum Experimentieren und Lernen enthalten. Für die Lernerfahrung Ihrer Mitarbeiter ist es von entscheidender Bedeutung, eine freie Umgebung zum Testen und Lernen zu schaffen.

Sie haben mehrere Trainingsoptionen:

  1. Öffentliche und offene Ressourcen: Zum Einstieg inGoogle Cloud bieten Ihnen kostenlose praxisorientierte Labs, Videoreihen, Cloud OnAir-Webinare und Cloud OnBoard-Schulungsveranstaltungen.
  2. Ausführliche Kurse: Wenn Sie mehr über die Funktionsweise vonGoogle Cloud erfahren möchten, können Sie an On-Demand-Kursen von Google Cloud Skills Boost oder an Google Cloud Trainingsspezialisierungen von Coursera teilnehmen, an denen Sie online in Ihrem eigenen Tempo teilnehmen können, oder an Classroom-Schulungen von unseren weltweit autorisierten Schulungspartnern. Diese Kurse dauern normalerweise einen bis mehrere Tage.
  3. Rollenbasierte Lernpfade: Sie können Ihre Entwickler entsprechend ihrer Rolle in der Organisation ausbilden. Sie können beispielsweise Ihren Arbeitslastentwicklern oder Infrastrukturbetreibern zeigen, wie sie die Dienste am besten Google Cloud verwenden.

Außerdem kannst du die Kenntnisse deiner Entwickler über Google Cloud mit verschiedenen Zertifizierungen auf verschiedenen Stufen zertifizieren:

  1. Associate-Zertifizierungen: Ein Ausgangspunkt fürGoogle Cloud -Neulinge, der Zugang zu professionellen Zertifizierungen wie der Zertifizierung als Associate Cloud Engineer bieten kann.
  2. Professionelle Zertifizierungen: Wenn Sie aus jahrelanger Erfahrung erweiterte Design- und Implementierungsfähigkeiten Google Cloud prüfen möchten, können Sie Zertifizierungen wie Professional Cloud Architect oder Professional Data Engineer erwerben.
  3. Zertifizierungen für Google Workspace: Mit dieser Zertifizierung für Google Workspace können Sie die Fähigkeiten der Zusammenarbeit mit Google Workspace demonstrieren.
  4. Apigee-Zertifizierungen: Mit der Zertifizierung als zertifizierter API-Entwickler von Apigee können Sie nachweisen, dass Sie robuste, sichere und skalierbare APIs entwerfen und entwickeln können.
  5. Google Developers-Zertifizierungen: Mit den Zertifizierungen Associate Android Developer (Diese Zertifizierung wird aktualisiert) und Mobile Web Specialist können Sie Ihre Fähigkeiten als Entwickler unter Beweis stellen.

Neben Schulungen und Zertifizierungen besteht eine der besten Möglichkeiten, Erfahrungen mit Google Cloud zu sammeln, darin, mit dem Produkt Proof-of-Concept-Studien für das Unternehmen zu erstellen.

Experimentieren und Proofs of Concept erstellen

Um den Wert und die Wirksamkeit von Google Cloudzu zeigen, sollten Sie für jede Arbeitslastkategorie in Ihrem Arbeitslastkatalog einen oder mehrere Proofs of Concept (PoCs) entwerfen und entwickeln. Durch Tests und Tests können Sie Annahmen validieren und Führungskräften den Wert der Cloud demonstrieren.

Ihr PoC sollte mindestens Folgendes enthalten:

  • Eine umfassende Liste der von Ihren Arbeitslasten unterstützten Anwendungsfälle, einschließlich seltener und Sonderfälle.
  • Alle Anforderungen für jeden Anwendungsfall, z. B. Leistungs-, Skalierbarkeits- und Konsistenzanforderungen, Failover-Mechanismen und Netzwerkanforderungen.
  • Eine potenzielle Liste von Technologien und Produkten, die Sie untersuchen und testen möchten.

Sie sollten PoCs und Tests entwerfen, um alle Anwendungsfälle in der Liste zu validieren. Jeder Test sollte den Gültigkeitskontext, den Umfang, die erwarteten Ergebnisse und die messbaren unternehmerischen Auswirkungen genau festlegen.

Wenn beispielsweise eine Ihrer CPU-gebundenen Arbeitslasten schnell skaliert werden muss, um Nachfragespitzen zu bewältigen, können Sie einen Test ausführen, um zu überprüfen, ob eine Zone viele virtuelle CPU-Kerne erstellen kann und wie viel Zeit dafür benötigt wird. Wenn Sie einen erheblichen Mehrwert erzielen, z. B. eine Reduzierung der neuen Arbeitslastskalierungszeit um 95 % im Vergleich zur aktuellen Umgebung, kann dieses Experiment einen sofortigen Geschäftswert demonstrieren.

Wenn Sie die Leistung Ihrer lokalen Datenbanken im Vergleich zu Cloud SQL, Spanner, Firestore oder Bigtable bewerten möchten, können Sie einen PoC implementieren, bei dem dieselbe Geschäftslogik unterschiedliche Datenbanken verwendet. Dieser PoC bietet Ihnen die risikoarme Möglichkeit, die richtige Lösung für verwaltete Datenbanken für Ihre Arbeitslast über mehrere Benchmarks und Betriebskosten hinweg zu ermitteln.

Wenn Sie die Leistung des VM-Bereitstellungsprozesses inGoogle Cloudbewerten möchten, können Sie ein Drittanbietertool wie PerfKit Benchmarker verwenden und Google Cloud mit anderen Cloud-Anbietern vergleichen. Sie können die End-to-End-Zeit für die Bereitstellung von Ressourcen in der Cloud messen und darüber hinaus Standardmesswerte für die Spitzenleistung angeben, einschließlich Latenz, Durchsatz und Zeit bis zur Fertigstellung. Vielleicht interessieren Sie sich beispielsweise dafür, wie viel Zeit und Aufwand für die Bereitstellung vieler Kubernetes-Cluster erforderlich ist. PerfKit Benchmarker ist ein Open-Source-Communityprojekt, an dem über 500 Teilnehmer wie Forscher, akademische Einrichtungen und Unternehmen, einschließlich Google, beteiligt sind.

Gesamtbetriebskosten berechnen

Wenn Sie eine klare Übersicht über die Ressourcen haben, die Sie in der neuen Umgebung benötigen, können Sie ein Modell der Gesamtbetriebskosten erstellen, mit dem Sie die Kosten von Google Cloud mit den Kosten Ihrer aktuellen Umgebung vergleichen können.

Wenn Sie dieses Kostenmodell erstellen, sollten Sie neben den Kosten für Hardware und Software auch alle Betriebskosten für den Betrieb Ihres eigenen Rechenzentrums berücksichtigen, z. B. Strom, Kühlung, Wartung und andere Supportdienste. Bedenken Sie, dass es dank der elastischen Skalierbarkeit derGoogle Cloud -Ressourcen in der Regel einfacher ist, die Kosten zu senken als bei einem starren lokalen Rechenzentrum.

Ein häufig übersehener Kostenfaktor bei der Berücksichtigung von Cloudmigrationen ist die Verwendung eines Cloudnetzwerks. In einem Rechenzentrum sind der Kauf einer Netzwerkinfrastruktur wie Router und Switches sowie die anschließende Installation einer geeigneten Netzwerkverkabelung einmalig anfallende Kosten. Danach können Sie die gesamte Netzwerkkapazität nutzen. In einer Cloudumgebung gibt es viele Möglichkeiten, wie die Netzwerknutzung in Rechnung gestellt werden kann. Bei datenintensiven Arbeitslasten oder solchen, die eine große Menge an Netzwerktraffic generieren, müssen Sie möglicherweise neue Architekturen und Netzwerkflüsse in Betracht ziehen, um die Netzwerkkosten in der Cloud zu senken.

Google Cloud bietet außerdem eine breite Palette von Optionen für die intelligente Skalierung von Ressourcen und Kosten. In Compute Engine können Sie beispielsweise während der Migration mit Migrate for Compute Engine die Größe anpassen, oder nachdem VMs bereits ausgeführt werden oder zum Erstellen von Autoscaling-Instanzgruppen. Diese Optionen können einen großen Einfluss auf die Kosten für den Betrieb von Diensten haben und sollten genauer betrachtet werden, um die Gesamtbetriebskosten (TCO) zu berechnen.

Sie können den Preisrechner verwenden, um die Gesamtkosten der Ressourcen Google Cloud zu berechnen.

Migrationsstrategie für Arbeitslasten auswählen

Bewerten und wählen Sie für jede zu migrierende Arbeitslast eine Migrationsstrategie aus, die am besten zum jeweiligen Anwendungsfall passt. Ihre Arbeitslasten können beispielsweise die folgenden Bedingungen haben:

  • Sie tolerieren keine Ausfallzeiten oder Datenverluste wie geschäftskritische Arbeitslasten. Für diese Arbeitslasten können Sie Migrationsstrategien ohne oder nahezu ohne Ausfallzeiten auswählen.
  • Sie tolerieren Ausfallzeiten wie sekundäre oder Backend-Arbeitslasten. Für diese Arbeitslasten können Sie Migrationsstrategien auswählen, die eine Ausfallzeit erfordern.

Berücksichtigen Sie bei der Auswahl von Migrationsstrategien, dass Migrationsstrategien ohne oder nahezu ohne Ausfallzeiten in der Regel teurer und komplexer in der Entwicklung und Implementierung sind als Migrationsstrategien, die eine Ausfallzeit erfordern.

Auswahl der Tools für die Migration

Nachdem Sie eine Migrationsstrategie für Ihre Arbeitslasten ausgewählt haben, sollten Sie sich für die Migrationstools entscheiden.

Es gibt viele Migrationstools, die jeweils für bestimmte Migrationsanwendungsfälle optimiert sind. Beispiele für Anwendungsfälle:

  • Migrationsstrategie
  • Quell- und Zielumgebungen
  • Daten- und Arbeitslastgröße
  • Häufigkeit von Änderungen an Daten und Arbeitslasten
  • Verfügbarkeit verwalteter Dienste für die Migration

Für eine nahtlose Migration und Umstellung können Sie Anwendungsbereitstellungsmuster, Infrastrukturorchestrierung und benutzerdefinierte Migrationsanwendungen verwenden. Spezielle Tools, die als Managed Migration Services bezeichnet werden, können jedoch das Verschieben von Daten, Worloads oder sogar ganzer Infrastrukturen von einer Umgebung in eine andere erleichtern. Mit diesen Funktionen kapseln sie die komplexe Migrationslogik und bieten Migrationsmonitoring-Funktionen.

Migrationsplan und Zeitplan definieren

Nachdem Sie nun einen umfassenden Überblick über Ihre aktuelle Umgebung haben, müssen Sie Ihren Migrationsplan so abschließen:

  1. Das Gruppieren der zu migrierenden Arbeitslasten und Daten in Batches (in manchen Kontexten auch als Sprints bezeichnet).
  2. Die Reihenfolge auswählen, in der die Batches migriert werden sollen
  3. Reihenfolge auswählen, in der die Arbeitslasten in jedem Batch migriert werden sollen

Im Rahmen Ihres Migrationsplans empfehlen wir Ihnen, auch die folgenden Dokumente vorzulegen:

  • Dokument zum technischen Design
  • RACI-Matrix
  • Zeitplan (z. B. ein T-Minus-Plan)

Mit zunehmender Erfahrung mit Google Cloud, der Dynamik der Migration und dem Verständnis Ihrer Umgebung können Sie Folgendes tun:

  • Verfeinern Sie die Gruppierung der zu migrierenden Arbeitslasten und Daten.
  • Erhöhen Sie die Größe der Migrationsbatches.
  • Aktualisieren Sie die Reihenfolge, in der Sie Batches und Arbeitslasten innerhalb von Batches migrieren.
  • Aktualisiert die Zusammensetzung der Batches.

Um die zu migrierenden Arbeitslasten und Daten in Batches zu gruppieren und die Migrationsreihenfolge festzulegen, bewerten Sie Ihre Arbeitslasten anhand verschiedener Kriterien, z. B.:

  • Der geschäftliche Nutzen der Arbeitslast.
  • Die Arbeitslast wird im Vergleich zum Rest Ihrer Infrastruktur anders bereitgestellt oder ausgeführt.
  • Teams, die für die Entwicklung, Bereitstellung und den Betrieb der Arbeitslast verantwortlich sind.
  • Anzahl, Typ und Bereich der Abhängigkeiten der Arbeitslast.
  • Refaktorierung des Aufwands, damit die Arbeitslast in der neuen Umgebung funktioniert.
  • Compliance- und Lizenzanforderungen der Arbeitslast.
  • Anforderungen an Verfügbarkeit und Zuverlässigkeit der Arbeitslast.

Mit den Arbeitslasten, die Sie zuerst migrieren, können Ihre Teams ihr Wissen und ihre Erfahrung mit Google Clouderweitern. Mehr Erfahrung im Umgang mit der Cloud verringert das Risiko von Komplikationen während der Migrationsphase Ihrer Migration. Außerdem sind nachfolgende Migrationen dann einfacher und schneller möglich. Aus diesem Grund ist die Entscheidung, welche Anwendungen zuerst migriert werden sollen, entscheidend für eine erfolgreiche Migration.

Nutzen für das Unternehmen

Die Auswahl einer Arbeitslast, die nicht geschäftskritisch ist, schützt Ihre Hauptgeschäftssparte und verringert die Auswirkungen auf das Geschäft durch unbekannte Risiken und Fehler, während Ihr Team sich in Cloud-Technologien einarbeitet. Wenn Sie beispielsweise als erste zu migrierende Arbeitslast die Komponente auswählen, in der die Hauptlogik für Finanztransaktionen Ihrer E-Commerce-Arbeitslast implementiert ist, kann sich jeder Fehler während der Migration auf Ihren Hauptgeschäftsbereich auswirken. Eine bessere Wahl ist die SQL-Datenbank, die Ihre Arbeitslasten unterstützt, oder noch besser die Staging-Datenbank.

Sie sollten selten verwendete Arbeitslasten vermeiden. Wenn Sie beispielsweise eine Arbeitslast auswählen, die nur wenige Male im Jahr von einer geringen Anzahl von Nutzern verwendet wird, obwohl die Migration risikoarm ist, erhöht dies die Dynamik Ihrer Migration nicht und es kann schwierig sein, Probleme zu erkennen und darauf zu reagieren.

Sonderfälle

Sie sollten auch Grenzfälle vermeiden, damit Sie Muster erkennen können, die Sie auf andere zu migrierende Arbeitslasten anwenden können. Ein Hauptziel bei der Auswahl der ersten Migration besteht darin, Erfahrungen mit gängigen Mustern in Ihrem Unternehmen zu sammeln, damit Sie eine Wissensdatenbank aufbauen können. Sie können das, was Sie bei diesen Erstverschiebern gelernt haben, bei der Migration zukünftiger Arbeitslasten anwenden.

Wenn beispielsweise die meisten Arbeitslasten gemäß einer testgesteuerten Entwicklungsmethode entwickelt und mit der Programmiersprache Python entwickelt werden und eine Arbeitslast mit wenig Testabdeckung auswählen und mit der Programmiersprache Java entwickelt wird, können Sie kein Muster erkennen, das sich bei der Migration der Python-Arbeitslasten anwenden lässt.

Teams

Achten Sie bei der Auswahl Ihrer zuerst zu migrierenden Arbeitslasten auf die Teams, die für die jeweilige Arbeitslast verantwortlich sind. Das Team, das für eine zuerst zu migrierende Person verantwortlich ist, sollte hochmotiviert sein und Google Cloud und seine Dienste gerne ausprobieren. Darüber hinaus sollte die Geschäftsführung klare Ziele für die erst zu migrierenden Teams haben und aktiv daran arbeiten, sie während des Prozesses zu sponsern und zu unterstützen.

Ein leistungsstarkes Team in der Zentrale, mit einer nachgewiesenen Erfahrung in der Implementierung moderner Entwicklungsverfahren wie DevOps und Disziplinen wie Site Reliability Engineering kann beispielsweise ein guter Kandidat sein. Wenn sie auch Sponsoren der obersten Führungsebene und klare Ziele für jede Arbeitslastmigration haben, können sie ein hervorragender Kandidat sein.

Abhängigkeiten

Außerdem sollten Sie sich auf Arbeitslasten mit der geringsten Anzahl von Abhängigkeiten konzentrieren, entweder von anderen Arbeitslasten oder Diensten. Die Migration einer Arbeitslast ohne Abhängigkeiten ist einfacher, wenn Sie nur begrenzte Erfahrung mit Google Cloudhaben.

Wenn Sie Arbeitslasten auswählen müssen, die Abhängigkeiten von anderen Komponenten haben, wählen Sie diejenigen aus, die lose mit ihren Abhängigkeiten gekoppelt sind. Wenn eine Arbeitslast bereits für die letztendliche Nichtverfügbarkeit ihrer Abhängigkeiten ausgelegt ist, kann sie die Probleme bei der Migration der Arbeitslast in die Zielumgebung reduzieren. Lose gekoppelte Kandidaten sind beispielsweise Arbeitslasten, die über einen Message Broker kommunizieren, offline arbeiten oder die Nichtverfügbarkeit der übrigen Infrastruktur tolerieren sollen.

Obwohl es Strategien für die Migration von Daten zustandsorientierter Arbeitslasten gibt, erfordert eine zustandslose Arbeitslast selten eine Datenmigration. Die Migration einer zustandslosen Arbeitslast kann einfacher sein, da Sie sich keine Gedanken über eine Übergangsphase machen müssen, in der sich die Daten teilweise in Ihrer aktuellen Umgebung und teilweise in Ihrer Zielumgebung befinden. Beispielsweise sind zustandslose Mikrodienste gute Anwendungen für eine erste Migration, da sie sich nicht auf lokale zustandsorientierte Daten stützen.

Refaktorierungsaufwand

Eine zuerst zu migrierende Anwendung sollte einen minimalen Refaktorierungsaufwand erfordern, damit Sie sich auf die Migration selbst und auf Google Cloudkonzentrieren können, anstatt einen großen Aufwand für Änderungen am Code und der Konfiguration Ihrer Arbeitslasten aufzuwenden. Die Refaktorierung sollte sich auf die notwendigen Änderungen konzentrieren, die es Ihren Arbeitslasten ermöglichen, in der Zielumgebung auszuführen, anstatt sich auf die Modernisierung und Optimierung Ihrer Arbeitslasten zu konzentrieren, die in späteren Migrationsphasen behandelt werden.

Beispielsweise empfiehlt es sich, eine Arbeitslast, die nur Konfigurationsänderungen erfordert, zuerst zu migrieren, da Sie keine Änderung an der Codebasis implementieren müssen und die vorhandenen Artefakte verwenden können.

Lizenzierung und Compliance

Lizenzen spielen auch eine Rolle bei der Auswahl der zuerst zu migrierenden Arbeitslasten, da einige Ihrer Arbeitslasten möglicherweise unter Bedingungen lizenziert sind, die sich auf Ihre Migration auswirken. Beispielsweise verbieten einige Lizenzen die Ausführung von Arbeitslasten in einer Cloud-Umgebung.

Vergessen Sie bei der Prüfung der Lizenzbedingungen nicht die Complianceanforderungen, da für einige Ihrer Arbeitslasten möglicherweise Anforderungen für einzelne Mandanten gelten. Aus diesen Gründen sollten Sie Arbeitslasten mit den geringsten Lizenz- und Compliance-Einschränkungen als zuerst migrierte Arbeitslasten auswählen.

Beispielsweise haben Ihre Kunden möglicherweise das gesetzliche Recht zu wählen, in welcher Region Sie ihre Daten speichern, oder die Daten Ihrer Kunden sind möglicherweise auf eine bestimmte Region beschränkt.

Verfügbarkeit und Zuverlässigkeit

Gute Anwendungen für eine erste Migration können Ausfallzeiten tolerieren, die durch einen Umstellungszeitraum verursacht werden. Wenn Sie eine Arbeitslast mit strengen Verfügbarkeitsanforderungen auswählen, müssen Sie eine Datenmigrationsstrategie ohne Ausfallzeiten implementieren, z. B. Y (Schreiben und Lesen) oder einen Mikrodienst für den Datenzugriff entwickeln. Dieser Ansatz ist zwar möglich, lenkt aber Ihre Teams davon ab, die notwendige Erfahrung mit Google Cloudzu sammeln, da sie Zeit für die Implementierung solcher Strategien aufwenden müssen.

Die Verfügbarkeitsanforderungen einer Batchverarbeitungs-Engine können beispielsweise eine längere Ausfallzeit tolerieren als die kundenseitige Arbeitslast Ihrer E-Commerce-Website, auf der Ihre Nutzer ihre Transaktionen abschließen.

Migrationsplan validieren

Bevor Sie einen Migrationsplan starten, sollten Sie prüfen, ob er durchführbar ist. Weitere Informationen finden Sie unter Best Practices zum Validieren eines Migrationsplans.

Nächste Schritte

Beitragende

Autor: Marco Ferrari | Cloud Solutions Architect