AZURE ZU STACKIT
Migration von Azure zu STACKIT
Aus Ihrem Azure-Terraform wird ein STACKIT-Migrationsplan. StackToIT zeigt, was sich sauber übertragen lässt, wo Ihr Bestand an die Plattform gebunden ist und welche Entscheidungen Ihr Architekturteam treffen muss.
Von der Landing Zone zum STACKIT-Ziel
Ein Azure-Bestand ist mehr als virtuelle Maschinen. Verwaltete Datenbanken, Plattformdienste, private Netze und Governance verhalten sich im Ziel anders, und jeder Bereich braucht eine eigene Antwort.
AzureRM und AzAPI
StackToIT liest Terraform und OpenTofu mit beiden Providern, sodass auch Ressourcen in der Form der Azure-REST-API bewertet werden.
Identität und Netzwerk inklusive
Eigene Auswertungen für Routing, Sicherheitsregeln, Identität und Platzierung bringen diese Themen in den Plan und nicht erst nach dem Cutover auf den Tisch.
Prüfbares Ziel
Terraform-Entwürfe, Zielarchitektur, Ausführungsplan und offene Entscheidungen, in Dateien, die Ihr Plattformteam lesen und ändern kann.
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.
| Azure | STACKIT-Ziel | Behandlung |
|---|---|---|
| Virtual Machines | STACKIT Compute Engine | Rekonfigurieren |
| Azure Kubernetes Service | STACKIT Kubernetes Engine (SKE) | Replatforming |
| Azure Database for PostgreSQL | PostgreSQL Flex | Replatforming |
| Azure SQL, SQL Managed Instance | SQLServer Flex | Replatforming |
| Storage Accounts | STACKIT Object Storage | Replatforming |
| Key Vault | Secrets Manager und STACKIT KMS | Rekonfigurieren |
| Azure Cache for Redis | Key Value Store (Valkey) | Rekonfigurieren |
| Service Bus | STACKIT RabbitMQ | Replatforming |
| App Service, Functions | Cloud Foundry oder SKE | Replatforming oder Containerisieren |
| Cosmos DB | MongoDB Flex oder PostgreSQL Flex (JSONB) | Replatforming oder Redesign |
| Azure Firewall | Einzelfallentscheidung | Architekturentscheidung |
Der Nutzen für das Unternehmen
Mit Vertrautem beginnen
Für PostgreSQL und SQL Server gibt es verwaltete Ziele auf STACKIT. Ihre Teams können also mit Datenbank-Engines starten, die sie bereits betreiben.
Plattformbindung benennen
Cosmos DB, App Service und Functions binden Azure-Bestände am stärksten. Jeder Dienst erhält einen Weg: Replatforming, Containerisierung oder Redesign.
Governance im Plan behalten
Management Groups werden zu STACKIT-Ordnern. Policy Assignments haben kein verwaltetes Gegenstück und werden zu Policy as Code, eine Entscheidung, die sich vorab einplanen lässt.
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.