ALIBABA CLOUD → STACKIT · CHECKLISTE
Checkliste für die Migration von Alibaba Cloud zu STACKIT
Haken Sie in dieser Reihenfolge ab: Bestandsaufnahme, Design, Aufbau, Daten, Cutover, Nachbereitung. Jede Prüfung nennt die Datei einer StackToIT-Bewertung, in der die Antwort steht; die Checkliste ist damit ebenso eine Leseanleitung für die Ausgabe wie eine Aufgabenliste. Die genannten Dateien stammen aus einer Alibaba-Cloud-Umgebung mit 13 Ressourcen, bewertet am 4. November 2026.
1. Bestandsaufnahme: wissen, was Sie betreiben
Ziel: Jede Alibaba-Cloud-Ressource im Terraform hat Klasse, Ziel und Begründung. Befehl: stacktoit assess für den Ordner mit Ihren Terraform-Root-Modulen. Der Lauf liest Dateien und verbindet sich mit keinem Konto.
Jedes Terraform-Root-Modul ist im Scan enthalten
Root-Module, die den Provider aliyun/alicloud nutzen. In der Konsole angelegte Ressourcen stehen nicht im Terraform; führen Sie sie getrennt auf.
Variablen haben Werte
Eine sensible Variable ohne Wert lässt ein Secret unbewertet. Übergeben Sie eine Variablendatei mit --var-file. Datei: die Zeile „Source“ der Konsolenzusammenfassung und source_inputs in assessment.json.
Die Provider-Version ist durch eine Lock-Datei festgelegt
Ohne Lock-Eintrag hält der Lauf ein Root Issue (source-provider-unpinned) fest und begrenzt die Konfidenz jeder Einheit auf MEDIUM. Datei: summary.root_issues in assessment.json.
Unbekannte Ressourcentypen sind aufgeführt
Ein Typ, den StackToIT nicht katalogisiert, kommt als MANUAL_REVIEW zurück, ohne dass etwas bewertet wird, und verknüpfte Einheiten werden auf LOW begrenzt. Datei: summary.unknown_types in assessment.json, sofern es einen gibt.
Die Zahlen stimmen
Ressourcen, Einheiten und Klassen der Zusammenfassung entsprechen Ihrer Erwartung. Datei: summary in assessment.json.
2. Design: entscheiden, was der Lauf nicht kann
Ziel: Jede REDESIGN- und MANUAL_REVIEW-Einheit hat eine verantwortliche Rolle und eine Entscheidung, und die blockierenden Anfragen sind beantwortet.
Jede MANUAL_REVIEW-, REDESIGN- und BLOCKED-Einheit ist geprüft
Datei: engineering/architect-report.md. PolarDB, RAM-Nutzer und -Rollen sowie unbekannte Typen stehen hier.
Blockierende Anfragen sind beantwortet
Im Beispiellauf sind es zwei: die Zielregion und die sensible Variable db_password. Beantworten Sie die Region in inputs-template.yaml und starten Sie mit --inputs neu; die Variable liefern Sie in einem privaten Lauf per tfvars-Datei oder TF_VAR_db_password, nie in der Vorlage.
STACKIT-Organisation und Projekte existieren
Ein Projekt je Umgebung ist der übliche Start. Datei: migration/landing-zone-requirements.md, Abschnitte 1 und 2.
Die Zieldienste sind bekannt
Der Lauf führt die STACKIT-Dienstfamilien auf, auf die Ihre Einheiten abgebildet werden, mit Anzahl. Er sagt auch, dass für den Entwurf selbst nichts aktiviert werden muss, weil er keinen Ressourcenblock schreibt; die Aktivierung gehört also zu Ihrem Aufbau. Datei: migration/landing-zone-requirements.md, Abschnitt 8.
Prüfungen sind mit einer Rolle festgehalten
Halten Sie jede Entscheidung in decisions.yaml mit Rolle und Begründung fest. Datei: review/decisions.yaml.
Die Prüfungen, die der Lauf selbst schreibt
Links: die Liste „Before wave 1“ aus migration/technical-sequencing.md, wörtlich. Rechts: der Platzhalter für die blockierende Regionsanfrage aus inputs-template.yaml.
## Before wave 1
- [ ] Architect has reviewed every MANUAL_REVIEW, REDESIGN and BLOCKED unit in engineering/architect-report.md.
- [ ] STACKIT organisation, folders and projects are laid out (one project per environment is the usual start).
- [ ] Data-transfer method and cutover window agreed per data unit (databases, buckets, caches). # target.region (TARGET_SELECTION, request state OPEN)
# needed: The STACKIT region the migrated estate is built in.
- id: INP-TSE-1eaf5b60fa62
kind: TARGET_SELECTION
topic: target.region
scope:
profile: default
# options: eu01 | eu02
value: "" # pick one of the options aboveDrei Prüfungen vor jeder Welle
Architektenprüfung der manuellen Einheiten, eine eingerichtete STACKIT-Organisation sowie je Dateneinheit eine vereinbarte Übertragungsmethode und ein Cutover-Fenster.
Zwei Regionen zur Wahl
Die Optionen im Platzhalter sind eu01 und eu02. Die Dienstliste wird aus eu01 abgeleitet, bis Sie antworten.
3. Aufbau: in der Reihenfolge der Wellen arbeiten
Ziel: Netzwerke und Schlüssel zuerst, Workloads zuletzt, mit einer verantwortlichen Rolle für jedes Arbeitspaket.
Für jedes Arbeitspaket sind Verantwortliche benannt
Ein Paket mit „Owner assignment required“ hat in der Tabelle der Verantwortlichen keine Rolle. Datei: execution/README.md, Abschnitt „Work packages“.
Die Wellen werden eingehalten
Eine Einheit zieht nach den Einheiten um, von denen sie abhängt. Datei: migration/technical-sequencing.md. Das ist eine technische Reihenfolge, kein Zeitplan.
Der Entwurf gilt als Gerüst
Für eine Alibaba-Cloud-Quelle enthält der Entwurf nur terraform.tf, variables.tf und eine README. Datei: terraform/. Er legt den STACKIT-Provider fest und braucht OpenTofu oder Terraform ab 1.11.
Jeder manuelle Schritt hat eine Abschlussbedingung und einen Rückweg
Der Plan nennt, wann ein Schritt erledigt ist, und überlässt den Rückweg der ausführenden Person. Datei: execution/manual/actions.md.
Fortschritt wird festgehalten
Markieren Sie jeden Schritt im Journal als BLOCKED, IN_PROGRESS, DONE, FAILED oder WAIVED. Datei: review/progress.yaml, mit --progress wieder eingelesen.
4. Daten: je zustandsbehafteter Einheit einen Mechanismus wählen
Ziel: Jede Datenbank, jeder Cache und jeder Bucket hat Übertragungsmethode, Fenster und Prüfung.
Jede zustandsbehaftete Einheit hat einen Mechanismus
Der Lauf führt sie mit dem Mechanismus UNKNOWN, bis Sie wählen. Datei: migration/data-movement.md. Ein auf dem Datenträger eines Servers installiertes System gilt nicht als zustandsbehaftet und wird nicht aufgeführt.
Datenklasse, RPO und Ausfallzeit sind angegeben
Sie stammen wörtlich aus Ihrer Anwendungsdatei. Ohne sie bleiben sie NOT_PROVIDED.
PostgreSQL hat eine Methode
Der Lauf nennt für eine PostgreSQL-Instanz pg_dump mit pg_restore oder logische Replikation. Prüfen Sie Extensions gegen die unterstützte Liste von STACKIT.
Redis hat Kopie und Prüfung
STACKIT beschreibt MIGRATE samt einer Prüfung, die INFO KEYSPACE und einen Diff sortierter Schlüssellisten vergleicht.
Objektkopien werden verifiziert
Vergleichen Sie Objektanzahl und Größe beider Seiten, zum Beispiel mit einem Sync-Werkzeug Ihrer Wahl. Das ist Praxis und keine Ausgabe des Laufs.
So sieht die Datenliste aus
Wörtlich aus migration/data-movement.md desselben Laufs.
| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| alicloud_db_instance.main | alicloud_db_instance | STACKIT PostgreSQL Flex | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| alicloud_kvstore_instance.sessions | alicloud_kvstore_instance | STACKIT Key Value Store (Valkey) | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| alicloud_oss_bucket.uploads | alicloud_oss_bucket | STACKIT Object Storage | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |Drei Einheiten
Eine Datenbank, ein Cache und ein Bucket, je mit dem Mechanismus UNKNOWN und dem Zustand DECISION_REQUIRED.
Was hier fehlt
Größe, Änderungsrate und Transferzeit nennt der Lauf nie. Diese Werte messen Sie selbst.
5. Cutover: umstellen und einen Rückweg behalten
Ziel: eine geprobte Umstellung mit festgehaltenem Rückweg.
Öffentliche Adressen und DNS sind aufgeführt
Der Lauf vermerkt, dass sich die öffentliche Adresse eines Load Balancers ändert. Cutover-Fakten stehen in migration/technical-sequencing.md; ein leerer Abschnitt heißt nicht, dass nichts umzustellen ist.
Sicherheitsregeln werden neu gelesen
Regeln von STACKIT-Security-Groups erlauben nur Datenverkehr. Eine Deny-Regel oder die Regelpriorität der Quelle braucht eine Entscheidung.
Anwendungen lesen Secrets neu
Anwendungen ändern, wie sie Secrets lesen. Alibaba Cloud KMS kennzeichnet die aktuelle Version mit Labels wie ACSCurrent; prüfen Sie, wie Ihr Code sie liest.
Identitäten sind ersetzt
RAM-Rollen werden durch Service Accounts mit Rollen in einem Projekt ersetzt. STACKIT-Service-Accounts haben keinen Zugriff, bis Sie Rollen vergeben.
Pro Schritt ist ein Rückweg notiert
Der Plan überlässt den Rückweg jedes manuellen Schritts der ausführenden Person. Schreiben Sie ihn vor dem Fenster auf.
6. Nachbereitung: abschließen und festhalten
Ziel: Die Alibaba-Cloud-Seite wird planvoll stillgelegt, und der Plan entspricht der Wirklichkeit.
Die Quelle bleibt, bis der vereinbarte Zeitraum vorbei ist
Lassen Sie sie unangetastet oder schreibgeschützt. Laut Redis-Tutorial von STACKIT muss das Quell-Backup aufbewahrt werden, bis die Konsistenz des Ziels bestätigt ist.
RAM-Nutzer und AccessKeys werden zuletzt entfernt
RAM-Nutzer von Alibaba Cloud besitzen Konsolenpasswörter oder AccessKeys. Entfernen Sie sie, sobald keine Anwendung mehr aus Alibaba Cloud liest.
Die Bewertung läuft erneut mit den Antworten
Starten Sie mit --inputs, --decisions, --applications und --progress neu, damit der Plan widerspiegelt, was Sie entschieden haben.
Quellressourcen sind gelöscht
Löschen Sie die ersetzten Ressourcen und prüfen Sie, dass nichts weiter abgerechnet wird.
Fragen zur Checkliste
Ersetzt die Checkliste die Bewertung?
Nein. Sie sagt Ihnen, welche Datei der Bewertung welche Prüfung beantwortet. Führen Sie zuerst die Bewertung aus.
Brauche ich ein Alibaba-Cloud-Konto, um sie auszuführen?
Nein. StackToIT liest Terraform- und OpenTofu-Dateien und verbindet sich mit keinem Alibaba-Cloud-Konto.
Welche Prüfungen hakt StackToIT für mich ab?
Keine. Es schreibt die Listen und nennt, was offen ist. Schritte als erledigt zu markieren, ist Ihre Aufgabe – im Fortschrittsjournal.
Wo fange ich bei einer großen Umgebung an?
Mit der Bestandsaufnahme der gesamten Umgebung, dann mit dem Design der REDESIGN- und MANUAL_REVIEW-Einheiten; erst danach legen Sie den Wellenplan fest.
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.