Projekt anfragen
Nahaufnahme transparenter RJ45-Netzwerkstecker in farbigem Licht

Migrationsunterlagen für STACKIT

StackToIT – Cloud Migration Assessment und Engineering

Bevor Sie migrieren, wollen Sie wissen, was auf Sie zukommt. StackToIT liest Ihre Terraform-, OpenTofu- oder VMware-Bestände und liefert Servicezuordnung, Zielarchitektur, Terraform-Entwürfe, Migrationsplan und eine Liste offener Entscheidungen. Ein Produkt von SKAFFON.

Migration Assessment anfragen Veröffentlichtes Beispiel ansehen
  • Deterministische Engine
  • Sieben Quellen, Ziel ausschließlich STACKIT
  • Lokal gelesen, keine Cloud-Zugangsdaten

Autor: Ibrahim Yesilay, Gründer und Geschäftsführer Stand:

01Für wen

Wenn die Frage lautet: Was kostet uns der Umzug an Arbeit?

StackToIT richtet sich an Architekten, Plattformteams und IT-Leitung, die vor einer Migration zu STACKIT wissen wollen, was auf sie zukommt. Das Werkzeug liest Infrastruktur als Code (Terraform oder OpenTofu) oder VMware-Inventare und macht daraus belastbare Unterlagen: Welche Ressource wird zu welchem STACKIT-Dienst, was hängt woran, was ist noch unentschieden?

StackToIT ist ein Produkt von SKAFFON. Offizielle Seite: stacktoit.com. Stand der Angaben: stacktoit.com, gelesen am 13. November 2026.

  • Servicezuordnung und Zielarchitektur
  • Terraform-Entwürfe für STACKIT
  • Migrations- und Datenmigrationsplanung
  • Entscheidungsregister statt stiller Annahmen
Laptop mit Quellcode und Versionsverlauf auf einem Holztisch, daneben eine Brille

02Funktionsweise

Vom Quellcode zum Entscheidungsregister in sechs Stufen

Ein Befehl, auf Ihrem eigenen Rechner ausgeführt, macht aus einem bestehenden Bestand ein vollständiges Migrationspaket für STACKIT. Das Werkzeug ist eine deterministische Engine: Gleiche Eingabe und gleiche Regelversion ergeben dasselbe Ergebnis.

  1. 01

    Eingabe auflösen

    Wurzelmodule, Registry- und lokale Module, Variablen und Expansionen werden zu den Ressourcen aufgelöst, die Terraform anlegen würde. Fehlende Module und Provider kommen aus ihren öffentlichen Registries; der Offline-Modus sendet keine Anfrage.

  2. 02

    Abhängigkeitsgraph

    Ressourcen und ihre Verweise werden zu Migrationseinheiten mit Abhängigkeiten und Wellen, sodass der Plan die Dinge in der Reihenfolge verschiebt, in der sie voneinander abhängen.

  3. 03

    Regelbewertung

    Eine versionierte Regelbasis weist jeder Einheit Migrationsklasse, STACKIT-Ziel, Konfidenz und Begründung zu und berücksichtigt jedes gesetzte Attribut.

  4. 04

    Zielerzeugung

    STACKIT-Terraform, Zielarchitekturdiagramme und Anwendungsmanifeste werden aus den entschiedenen Zielen geschrieben, mit Rückverweis auf jede Quellressource.

  5. 05

    Planung

    Ein geordneter Ausführungsplan deckt Voraussetzungen, Datenbewegung, Umschaltung, Verifikation und Stilllegung ab, mit Kostenzeilen auf Basis öffentlicher Preislisten.

  6. 06

    Entscheidungen

    Jede Frage, die der Code nicht beantworten kann, wird zum Eintrag im Entscheidungsregister. Beantworten Sie sie in den Vorlagen, baut der nächste Lauf auf Ihren Antworten auf.

03

Der Ablauf im Überblick

StackToIT: sechs Stufen von der Eingabe zum Ergebnis Eingabe auflösen, Abhängigkeitsgraph, Regelbewertung, Zielerzeugung, Planung, Entscheidungen 1 Eingabeauflösen Module, Variablen,Ressourcen 2 Abhängigkeits-graph Einheiten, Abhängig-keiten, Wellen 3 Regel-bewertung Klasse, Ziel,Konfidenz, Grund 4 Ziel-erzeugung STACKIT-Terraform,Diagramme 5 Planung Ausführungsplan,Datenbewegung 6 Entscheidungen Entscheidungs-register Deterministische Engine: gleiche Eingabe, gleiche Regelversion, gleiches Ergebnis Entwürfe zur Prüfung durch Architekten; angewendet wird in Ihrer eigenen Pipeline.
Erzeugte Ziele verweisen auf die jeweilige Quellressource zurück.
StackToIT: sechs Stufen von der Eingabe zum Ergebnis Eingabe auflösen, Abhängigkeitsgraph, Regelbewertung, Zielerzeugung, Planung, Entscheidungen Deterministische Engine gleiche Eingabe, gleiche Regelversion, gleiches Ergebnis 1 Eingabe auflösen Module, Variablen, Ressourcen 2 Abhängigkeitsgraph Einheiten, Abhängigkeiten, Wellen 3 Regelbewertung Klasse, Ziel, Konfidenz, Begründung 4 Zielerzeugung STACKIT-Terraform, Diagramme 5 Planung Ausführungsplan, Datenbewegung 6 Entscheidungen Entscheidungsregister Entwürfe zur Prüfung durch Architekten; angewendet wird in Ihrer eigenen Pipeline.
Erzeugte Ziele verweisen auf die jeweilige Quellressource zurück.

04

Sieben Quellen, ein Ziel

Cloud-Quellen werden als Terraform oder OpenTofu gelesen, VMware als RVTools-Export. Das Ziel ist ausschließlich STACKIT.

Cloud (Terraform / OpenTofu)

  • AWS
  • Microsoft Azure
  • Google Cloud
  • Huawei Cloud
  • Alibaba Cloud
  • Oracle Cloud Infrastructure

Virtualisierung (RVTools-Export)

  • VMware

Ergebnisse

  • Migration Assessment
  • Zielarchitektur
  • Terraform-Generierung
  • Migrationsplanung
  • Decision Management
  • Datenmigrationsplanung
  • Engineering Outputs

05Nachweis

Ein veröffentlichter Lauf: AWS „Retail Store“

Als Nachweis veröffentlichen wir einen Lauf über die öffentliche AWS-Beispielanwendung „Retail Store“ (Terraform) vom 12. November 2026. Die Zahlen stammen aus diesem einen Beispiellauf und sind keine Aussage über Ihre Umgebung.

  • 282gelesene Terraform-Ressourcendeklarationen
  • 44erkannte Migrationseinheiten
  • 34 von 52betrachteten Zieleinheiten als Terraform-Entwurf erzeugt
  • 334geschriebene Planschritte

06

Die Ergebnisse selbst nachlesen

Die Ergebnisdateien sind einsehbar, darunter Assessment-Bericht, Zielarchitektur, Terraform, Roadmap, Datenbewegung und Entscheidungsliste.

07Datenschutz

Ihr Code bleibt bei Ihnen

Code beziehungsweise Export werden lokal gelesen und nicht hochgeladen. Es werden keine Cloud-Zugangsdaten benötigt und nichts in einer Cloud verändert. Als sensibel markierte Werte und bekannte Geheimnisse werden in den Ausgaben geschwärzt.

Standardmäßig lädt das Werkzeug fehlende Module, Provider und Preise von öffentlichen Servern. Ein Offline-Modus sendet keine Anfragen.

  • Lokales Einlesen, kein Upload
  • Keine Cloud-Zugangsdaten, keine Änderung in der Cloud
  • Sensible Werte in den Ausgaben geschwärzt
  • Offline-Modus ohne Anfragen
Marmortisch von oben mit geschlossenem Laptop, Notizbüchern und Bauplänen, die von zwei Händen gehalten werden

08Grenzen

Entwurf, kein Rollout: was StackToIT liefert und was nicht

StackToIT liefert Unterlagen. Ob und wie Sie migrieren, den Plan umsetzen und die Plattform danach betreiben, entscheidet Ihr Team.

Das liefert StackToIT

  • Terraform-Dateien als Entwürfe zur Prüfung durch Architekten.
  • Offene Entscheidungen, wo ein Wert nicht lesbar ist, statt einer stillen Annahme.
  • Nachvollziehbare Ergebnisse: Erzeugte Ziele verweisen auf die jeweilige Quellressource.

Das liefert StackToIT nicht

  • Fertig angewendete Infrastruktur: Das Werkzeug wendet nichts an, die Schritte führen eine Person, OpenTofu oder ein Skript Ihres Teams aus.
  • Entwürfe für alle geprüften Einheiten: Im Beispiellauf sind es 34 von 52.
  • Ein Ziel außerhalb von STACKIT: Wer VMware Richtung Proxmox verlassen will, braucht ein anderes Werkzeug, siehe VMware-Exit nach Proxmox.

Ein Arbeitstag Bewertung in Ihrer Umgebung

Neben der Software gibt es ein Migration Assessment als Leistung: ein Arbeitstag fachlicher Bewertung für einen Workload oder ein Terraform-Wurzelverzeichnis, ausgeführt in Ihrer Umgebung und mit Prüfung durch einen Ingenieur. Die Konditionen stehen im Angebot.

Migration Assessment anfragen

09Umsetzung

Wenn SKAFFON die Migration umsetzen soll

Für die Umsetzung bietet SKAFFON eigene Projektleistungen an, die StackToIT nicht voraussetzen. Wann welche Variante passt, klären wir im Gespräch.

Welchen Bestand wollen Sie bewerten lassen?

Beschreiben Sie Quelle und Zielbild in wenigen Sätzen. Allgemeine Fragen richten Sie an den Kontakt, eine Übersicht finden Sie unter Produkte. Marken von STACKIT und den Cloud-Anbietern gehören ihren Inhabern.

Projekt anfragen Kontakt