MIGRATIONSTOOL FÜR STACKIT
Das Migrationstool für STACKIT
StackToIT ist ein regelbasiertes Migrationstool für Cloud-Infrastrukturen auf dem Weg zu STACKIT. Es analysiert bestehende Umgebungen, identifiziert technische Abhängigkeiten und die notwendigen Architekturentscheidungen und erstellt für unterstützte Ressourcen nachvollziehbare Zielarchitekturen und Terraform-Entwürfe. Es läuft als Kommandozeilenwerkzeug auf Ihrem eigenen Rechner.
Was das Tool analysiert
Eine Migration zu STACKIT beginnt damit, zu wissen, was heute läuft. StackToIT gewinnt dieses Bild aus den Dateien, die die Umgebung definieren, nicht aus Konsolen-Screenshots.
Infrastrukturcode
Terraform- und OpenTofu-Root-Module für AWS, Microsoft Azure, Google Cloud, Huawei Cloud, Alibaba Cloud und Oracle Cloud, einschließlich Registry- und lokaler Module, Variablen sowie count- und for_each-Expansionen.
VMware-Inventare
RVTools-Exporte als .xlsx oder CSV: virtuelle Maschinen, Templates, Festplatten und Portgruppen, gelesen ohne Agent in Ihrer Umgebung.
Abhängigkeiten
Ressourcen und die Verweise zwischen ihnen werden zu Migrationseinheiten mit Abhängigkeitsreihenfolge und Wellen, damit der Plan in einer Reihenfolge umzieht, die funktioniert.
Konfiguration, auf die es ankommt
Größen, Versionen, Zugriffseinstellungen und datenhaltende Dienste werden je Ressource gelesen, weil sie das STACKIT-Ziel und den Aufwand des Umzugs bestimmen.
Ein Befehl, ein Migrationspaket
Richten Sie StackToIT auf ein Terraform- oder OpenTofu-Root-Modul oder einen RVTools-Export. Das Paket entsteht neben der Quelle und bleibt auf Ihrem Rechner.
stacktoit assess ./terraform
# schreibt terraform-stacktoit/
# index.html assessment.json decisions.json
# target-plan.json execution-plan.json
# terraform/ execution/ architecture/ ...Lokal
Ihr Code wird dort gelesen, wo er liegt. Kein Upload, keine Cloud-Zugangsdaten, kein Agent.
Deterministisch
Versionierte Engineering-Regeln liefern für dieselbe Eingabe dasselbe Ergebnis. Keine generative KI entscheidet irgendetwas.
Nachvollziehbar
Jedes Ergebnis nennt seinen Grund und seine Quelle, bei Terraform bis zu Datei und Zeile.
Nur lesend gegenüber Clouds
Das Tool erstellt, ändert und löscht in keiner Cloud etwas. Ihre Pipeline wendet an, was Ihre Architekten freigeben.
In vier Schritten von der Quellumgebung zu STACKIT
Lesen
Die Quelle wird in konkrete Ressourcen mit ihren Modulen, Variablen und Verweisen aufgelöst.
Modellieren
Ressourcen werden zu Migrationseinheiten in Abhängigkeitsreihenfolge, gruppiert in Wellen.
Entscheiden
Eine versionierte Regelbasis gibt jeder Einheit eine Migrationsklasse, ein STACKIT-Ziel, eine Konfidenz und die Begründung. Offene Fragen werden zu benannten Entscheidungen mit Verantwortlichen.
Liefern
STACKIT-Terraform, Architekturdiagramme, ein geordneter Ausführungsplan, Schritte für den Datenumzug und das Entscheidungsregister entstehen als Dateien, die Sie prüfen, versionieren und behalten.
Wo StackToIT unter den Tools für eine STACKIT-Migration steht
Heute läuft eine Migration über mehrere Werkzeuge. Im aktuellen Release deckt StackToIT Assessment, Zieldesign und Planung ab; die eigenen Werkzeuge von STACKIT bauen das Ziel, spezialisierte Tools bewegen Daten und Workloads. Das vollständige Bild steht in der unten verlinkten Tool-Übersicht.
| Tool | Aufgabe in der Migration | Phase |
|---|---|---|
| StackToIT | Quellumgebung bewerten, jede Ressource STACKIT zuordnen, Terraform entwerfen, den Umzug planen, Entscheidungen festhalten | Bewerten und planen |
| STACKIT Terraform Provider mit Terraform oder OpenTofu | Zielinfrastruktur aus Code erstellen und ändern, einschließlich der Entwürfe, die StackToIT schreibt | Aufbauen und betreiben |
| STACKIT CLI und SDKs | Projekte, Service Accounts und Ressourcen von Hand oder per Skript verwalten | Aufbauen und betreiben |
| Velero | Kubernetes-Ressourcen und Volumes zwischen Clustern sichern und wiederherstellen | Workloads bewegen |
| rclone | Buckets zwischen S3-kompatiblen Object Storages kopieren | Daten bewegen |
| VM-Replikationstools wie Coriolis | Virtuelle Maschinen mit Testläufen und Cutover nach STACKIT replizieren | Workloads bewegen |
| Discovery-Plattformen wie Device42, Txture oder Flexera One | Umgebungen inventarisieren, die nicht in Code beschrieben sind, mit Abhängigkeiten und Portfoliosicht | Erfassen |
Eigenständige Produkte ihrer jeweiligen Hersteller. StackToIT steht mit ihnen und mit STACKIT in keiner Verbindung.
Was das Tool liefert
Migrationsbewertung
Jede Ressource mit Migrationsklasse, STACKIT-Ziel, Konfidenz und Begründung, als interaktiver Bericht und als maschinenlesbare Bewertungsdaten.
STACKIT-Terraform-Entwurf
Provider-Code für die unterstützten Einheiten, statisch mit OpenTofu gegen eine festgelegte Version des STACKIT-Providers validiert, bereit zur Prüfung durch Ihr Plattformteam.
Zielarchitektur und Plan
Architekturdiagramme, ein geordneter Ausführungsplan mit Voraussetzungen, Datenumzug, Cutover und Prüfschritten sowie bepreiste Kostenpositionen aus öffentlichen Preislisten.
Datenmigrationsplan
Jede zustandsbehaftete Einheit der Umgebung mit ihrem Ziel, den dafür dokumentierten Verfahren, Voraussetzungen, Prüfungen, Cutover- und Rollback-Schritten. Was die Quelle nicht nennt, etwa Datenmenge oder tolerierte Ausfallzeit, wird als unbekannt gelistet, nicht angenommen.
Entscheidungsregister
Die Architekturfragen, die der Code nicht beantworten kann, jede mit Verantwortlichem, plus Antwortvorlagen, die der nächste Lauf einliest.
Entscheidungen, Antworten und der nächste Lauf
Eine Migration wird in Runden entschieden. StackToIT hält diese Runden in Dateien fest, sodass Ihre bestehende Review-Praxis gilt.
Antworten sind Dateien
Design-Eingaben und Entscheidungsreviews sind YAML-Dateien, die Sie außerhalb des erzeugten Ordners aufbewahren, etwa in Ihrem eigenen Repository, und dem nächsten Assessment übergeben.
Der nächste Lauf bewertet neu
Übernommene Antworten verändern Entwurf und Plan; Reviews, die nicht mehr zur Quelle oder zur Entscheidungsgrundlage passen, werden als veraltet gemeldet statt stillschweigend übernommen.
Pipelines können es aufrufen
JSON-Lines-Ausgabe und ein strikter Modus, der bei unvollständigen oder unverifizierten Ergebnissen fehlschlägt, erlauben es einer Engineering-Pipeline, das Assessment auszuführen und die Artefakte zu behalten.
Nachgewiesen an einer echten AWS-Umgebung
Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS: von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf die Ergebnisse erzeugt hat.
Fallstudie ansehen (Englisch)- 282
- Terraform-Ressourcendefinitionen analysiert
- 44
- Migrationseinheiten identifiziert
- 38
- Zieleinheiten erzeugt, von 52 betrachteten
- 331
- Planschritte erstellt
Fragen zum Tool
Was ist ein Migrationstool für STACKIT?
Software, die eine bestehende Cloud- oder VMware-Umgebung in einen prüfbaren Plan für STACKIT überführt: welche Ressource wohin geht, was sich ändert, in welcher Reihenfolge und was noch entschieden werden muss. StackToIT tut das aus Infrastrukturcode und RVTools-Exporten und schreibt für unterstützte Ressourcen STACKIT-Terraform-Entwürfe.
Ist StackToIT ein Tool von STACKIT?
Nein. StackToIT ist ein unabhängiges Produkt, betrieben von woppTech. STACKIT stellt die Zielplattform und eigene Entwicklerwerkzeuge wie den Terraform Provider, die CLI und die SDKs bereit.
Worin unterscheidet sich StackToIT vom STACKIT Terraform Provider und der CLI?
Provider und CLI erstellen und verwalten STACKIT-Ressourcen. StackToIT setzt einen Schritt früher an: Es liest Ihre heutige Umgebung, entscheidet für jede Ressource das STACKIT-Ziel und schreibt den Terraform-Entwurf und den Plan, den Ihr Team anschließend mit dem Provider anwendet.
Bewegt StackToIT Daten oder virtuelle Maschinen?
Im aktuellen Release plant StackToIT den Umzug, benennt jeden Schritt einschließlich Datenumzug und Cutover und schreibt nichts in eine Cloud. Datenkopien und VM-Replikation führt Ihr Team mit den in der Tool-Übersicht genannten dedizierten Werkzeugen entlang des Plans aus.
Welche Quellplattformen unterstützt das Tool?
Terraform- und OpenTofu-Umgebungen auf AWS, Microsoft Azure, Google Cloud, Huawei Cloud, Alibaba Cloud und Oracle Cloud sowie VMware-Umgebungen, die mit RVTools exportiert wurden.
Können wir StackToIT in unserer eigenen Pipeline ausführen?
Ja. Es ist ein Kommandozeilenwerkzeug für macOS und Linux, das keine Cloud-Zugangsdaten braucht, JSON-Lines-Ausgabe schreibt und im strikten Modus einen Exit-Code ungleich null zurückgibt, wenn Ergebnisse unvollständig oder unverifiziert sind.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.
Hinterlassen Sie Ihre Kontaktdaten, dann melden sich unsere Spezialisten bei Ihnen.
Lieber direkt schreiben? connect@stacktoit.com
Vielen Dank.
Ihre Anfrage ist bei uns eingegangen. Unsere Spezialisten melden sich bei Ihnen.