GOOGLE CLOUD ZU STACKIT
Migration von Google Cloud zu STACKIT
Kubernetes zieht um. Eine Datenplattform braucht ein neues Design. StackToIT liest Ihr Google-Cloud-Terraform und trennt beides, damit Sie die Migration nach dem tatsächlichen Aufwand planen.
Trennen, was umzieht und was neu entsteht
Google-Cloud-Bestände verbinden oft portable Workloads mit tief verwalteten Datendiensten. Wer beides gleich behandelt, plant von Anfang an falsch. Darum erhält jede Ressource eine eigene Behandlung und Begründung.
Liest Ihr Terraform
Google-Cloud-Ressourcen, Module und Abhängigkeiten aus Terraform- und OpenTofu-Root-Modulen.
Netzwerk als Designfrage
Eigene Auswertungen für Routen, Firewall-Regeln, Identität und Platzierung. Firewall-Richtlinien und Cloud NAT ändern auf STACKIT ihr Modell, und der Plan zeigt wie.
Entwirft das Ziel
STACKIT-Terraform-Entwürfe, Zielarchitektur, Ablauf und eine Liste offener Entscheidungen für Ihr Architekturteam.
Wohin Ihre Dienste ziehen
Typische Ergebnisse aus der StackToIT-Wissensbasis. Die Behandlung jeder Ressource hängt von ihrer Konfiguration ab, und der Bericht nennt den Grund.
| Google Cloud | STACKIT-Ziel | Behandlung |
|---|---|---|
| Compute Engine | STACKIT Compute Engine | Rekonfigurieren |
| Google Kubernetes Engine | STACKIT Kubernetes Engine (SKE) | Replatforming |
| Cloud SQL | PostgreSQL Flex, MariaDB, SQLServer Flex | Replatforming |
| AlloyDB | PostgreSQL Flex | Replatforming |
| Cloud Storage | STACKIT Object Storage | Rekonfigurieren |
| Memorystore for Redis | Key Value Store (Valkey) | Rekonfigurieren oder Replatforming |
| Pub/Sub | STACKIT RabbitMQ | Replatforming |
| Cloud Run | SKE oder Cloud Foundry | Containerisieren |
| BigQuery | Lakehouse auf Object Storage oder selbst betriebenes Warehouse | Redesign |
| Spanner | PostgreSQL Flex oder selbst betriebenes verteiltes SQL | Redesign |
| Bigtable | Selbst betriebener Wide-Column-Store auf SKE oder MongoDB Flex | Redesign |
Der Nutzen für das Unternehmen
Datenplattform früh einplanen
BigQuery, Spanner und Bigtable haben kein direktes Gegenstück und sind für ein Redesign markiert. Die größten Posten stehen also im Plan, bevor das Budget festliegt.
Container-Investition nutzen
GKE-Workloads zielen auf die STACKIT Kubernetes Engine, Cloud-Run-Dienste ziehen als Container zu SKE oder Cloud Foundry.
Wellen auf Basis von Fakten
Behandlung und Abhängigkeiten je Ressource zeigen, welche Systeme zuerst umziehen können und welche von einer Designentscheidung abhängen.
Ihr Architekturteam prüft jeden Entwurf, bevor etwas angewendet wird. Bei Datenbanken aus einer privaten PostgreSQL- oder SQL-Server-Quelle setzen Sie den Netzwerkzugriff im Entwurf ausdrücklich.
Eine Migration zu STACKIT geplant?
Lassen Sie uns gemeinsam prüfen, wie StackToIT Sie bei der Analyse Ihrer Infrastruktur und der Planung der Migration unterstützen kann.