HUAWEI CLOUD → STACKIT · CHECKLIST

Migratiechecklist van Huawei Cloud naar STACKIT

Gebruik deze lijst vanaf de eerste inventarisatie tot de uitfasering van de Huawei Cloud-omgeving. Elke controle noemt het bestand van een StackToIT-run waarin het antwoord staat, zodat u de lijst afvinkt op basis van bewijs en niet op basis van een vage herinnering. De voorbeelden komen uit een omgeving van zeven resources: een server, een PostgreSQL-database, een bucket, een DNS-record en het netwerk eromheen, beoordeeld op 4 november 2026.

De demo-omgeving in één overzicht

Zeven Terraform-resources werden zeven eenheden: zes RECONFIGURE en één REPLATFORM, alle met zekerheidsniveau MEDIUM. De klassen geven aan hoeveel werk u mag verwachten, niet of u moet doorgaan.

Huawei Cloud-resourceSTACKIT-doelKlasse
VPC en subnetSTACKIT-netwerkHerconfiguratie
Security groupSTACKIT security groupHerconfiguratie
ECS-instanceSTACKIT-server met volume en netwerkinterfaceHerconfiguratie
RDS for PostgreSQLSTACKIT PostgreSQL FlexReplatforming
OBS-bucketSTACKIT Object StorageHerconfiguratie
DNS-recordsetRecord in een STACKIT DNS-zoneHerconfiguratie

StackToIT schrijft een STACKIT-Terraform-concept dat uw architecten beoordelen; de zeven eenheden worden uitgewerkt in zes werkpakketten.

1. Inventarisatie

Weet precies wat het assessment heeft gezien en wat het niet kan zien.

  • Elke rootmodule staat in de map

    Tel de modules waarop u de run uitvoert en vergelijk dat met de regel “modules not seen” in assurance/source-compatibility.md. Die moet 0 zijn en het aantal resources moet overeenkomen met uw eigen inventaris.

  • De providerversie is vastgezet

    Commit .terraform.lock.hcl. Hetzelfde bestand meldt de huaweicloud-provider als UNPINNED en geeft aan dat de eenheden tot het moment van vastzetten zijn begrensd tot zekerheidsniveau MEDIUM.

  • Variabelewaarden zijn beschikbaar

    Zet het variabelenbestand naast de code. Een gevoelige variabele zonder waarde markeert de eenheid in engineering/architect-report.md als ontbrekende invoer en de volledigheid van de bron als gedeeltelijk.

  • Resources uit de console staan op de lijst

    Terraform toont alleen wat Terraform beheert. Vergelijk de lijst met eenheden in assessment.json met het account en voeg toe wat de code niet beschrijft.

  • De inhoud van disks is belegd

    migration/data-movement.md geeft aan dat data op de disks van een server niet wordt beoordeeld. Benoem wie de databases en bestanden inventariseert die op de ECS-instance zijn geïnstalleerd.

2. Ontwerp

Beslis voordat u bouwt. Met deze controles maakt u van de open vragen van de run antwoorden.

  • Regio beantwoord

    Kopieer het verzoek target.region uit inputs-template.yaml naar uw invoerbestand, kies eu01 of eu02 en geef het bestand mee met --inputs. Dit is het enige verzoek dat het concept blokkeert; migration/landing-zone-requirements.md vraagt u de diensten te toetsen aan de gekozen regio.

  • Review queue van boven naar beneden gelezen

    Open de Architect review queue in engineering/architect-report.md. In de demo staat de PostgreSQL-eenheid bovenaan. Eenheden met REDESIGN of MANUAL_REVIEW in uw eigen run komen eerst.

  • Adresbereiken gekozen

    De sectie Address ranges in het landing-zonebestand zegt dat het concept geen prefix vastlegt. Kies de adresbereiken van de STACKIT-netwerken zelf en toets ze aan alles wat u koppelt.

  • Regels van security groups beoordeeld

    De run merkt op dat STACKIT-regels alleen verkeer toestaan, dus een deny-regel of een prioriteitsvolgorde in de bron vraagt om een beslissing. Zoek naar beide in de bronregels.

  • Eis voor veerkracht vastgelegd

    assurance/resilience.md meldt dat er geen RTO of RPO is opgegeven en noemt geen enkele eenheid veerkrachtig. Leg de eis vast in het applicatiebestand en voer de run opnieuw uit.

  • Eigenaren benoemd

    migration/work-packages.csv vermeldt per werkpakket een rol in de kolom owner. Vervang rollen door personen. Waar een run een rol niet kan bepalen, staat in de kolom owner van execution/README.md: Owner assignment required. In deze demo heeft elk werkpakket een rol, dus deze controle geldt voor uw eigen omgeving.

3. Bouw

De volgorde die de run berekent is een afhankelijkheidsvolgorde, geen planning.

  • Landing zone bestaat

    Maak de STACKIT-organisatie en het project aan die migration/landing-zone-requirements.md beschrijft. De variabele var.region van het concept staat standaard op eu01 totdat u antwoordt.

  • Netwerk vóór alles

    Golf 1 bevat de VPC, de security group, de bucket en het DNS-record; golf 2 het subnet; golf 3 de server en de database. Volg die volgorde in migration/technical-sequencing.md.

  • Elke handmatige stap heeft een eigenaar en een afrondingsvoorwaarde

    Elke stap in execution/manual/actions.md vermeldt wie de stap uitvoert en wanneer die klaar is. Vink ze daar af en in het voortgangsjournaal progress-template.yaml, dat u kopieert naar review/progress.yaml.

  • Serverimage gepland

    De run zegt dat het image opnieuw wordt opgebouwd of geïmporteerd en dat de flavor een STACKIT-flavor wordt. Beslis welke van de twee en hoe disks en interfaces worden gekoppeld aan volumes en netwerkinterfaces.

  • Databaseflavor gekozen

    De flavor van de managed PostgreSQL wordt een Flex-flavor. Controleer de hoofdversie aan de hand van de release notes van STACKIT: versie 14 bereikt op 12 november 2026 het einde van de ondersteuning en versie 15 of hoger is het doel.

4. Data

StackToIT verplaatst nooit data. Met deze controles zorgt u ervoor dat iemand beslist hoe.

  • Een mechanisme per stateful eenheid

    migration/data-movement.md noemt de bucket en de database met mechanisme UNKNOWN en status DECISION_REQUIRED. Kies voor elk een mechanisme en leg het vast.

  • Downtime en herstelpunt vastgelegd

    Dataklasse, RPO en toegestane downtime staan op NOT_PROVIDED totdat het applicatiebestand ze geeft. Geef ze op voordat u kiest tussen een dump en een replicatietool.

  • Database verplaatst met een geteste methode

    De run noemt pg_dump met pg_restore of logische replicatie voor de PostgreSQL-verplaatsing. Oefen op een kopie en meet de tijd.

  • Bucketclients omgezet

    Een OBS-bucket wordt een bucket in S3-stijl. Clients wijzigen eindpunt en inloggegevens en de instellingen voor lifecycle, replicatie en toegang vereisen beoordeling. Een tool als rclone kan de kopie uitvoeren; dat is gangbare praktijk.

  • Aantallen en checksums vergeleken

    Vergelijk na elke kopie het aantal objecten, het aantal rijen en een steekproef van checksums en bewaar de uitvoer als bewijs voor de akkoordverklaring.

De commando's en de volgorde die de run voorstelt

Voer het assessment uit vanuit de map met de Terraform en controleer daarna het gepubliceerde pakket. Het linkerpaneel toont de commandosyntaxis uit de documentatie van de StackToIT-CLI (assess en verify), met een voorbeeldmap voor de uitvoer; het is geen runbestand. Het rechterpaneel toont de volgorde uit de demorun, overgenomen uit migration/technical-sequencing.md.

Commando'sterminal
stacktoit assess . ../out --offline
stacktoit verify ../out
Afhankelijkheidsgolvenmigration/technical-sequencing.md
## Wave 1 — 4 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_dns_recordset.app` | RECONFIGURE / MEDIUM | STACKIT DNS |
| `huaweicloud_networking_secgroup.app` | RECONFIGURE / MEDIUM | STACKIT security groups |
| `huaweicloud_obs_bucket.invoices` | RECONFIGURE / MEDIUM | STACKIT Object Storage |
| `huaweicloud_vpc.main` | RECONFIGURE / MEDIUM | STACKIT network |

## Wave 2 — 1 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_vpc_subnet.data` | RECONFIGURE / MEDIUM | STACKIT network |

## Wave 3 — 2 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_compute_instance.app` | RECONFIGURE / MEDIUM | STACKIT Compute Engine |
| `huaweicloud_rds_instance.db` | REPLATFORM / MEDIUM | STACKIT PostgreSQL Flex |

5. Cutover

  • Nieuwe adressen bekend

    De cutoversectie van migration/technical-sequencing.md vindt geen DNS-waarde die het concept opnieuw koppelt. De waarde waar het record bij de cutover naar verwijst, levert u dus zelf aan. Leg die vast vóór het venster.

  • DNS-regels en TTL beoordeeld

    De run markeert de op lines gebaseerde resolutie van het bronrecord ter beoordeling. Verlaag de TTL vooraf en bewaar de oude waarde voor de rollback.

  • Rollback voor elke stap opgeschreven

    execution/manual/actions.md zegt dat het plan niet weet hoe een handmatige stap wordt teruggedraaid: wie de stap uitvoert, legt vast hoe. Doe dat vóór het venster.

  • Schrijfstop en venster afgesproken

    Spreek de schrijfstop en het venster af met de applicatie-eigenaren. De run geeft geen tijdsinschatting en deze lijst ook niet.

6. Nazorg

  • Het pakket is ongewijzigd

    Voer stacktoit verify uit op de uitvoermap. Het controleert de bestandsintegriteit en de overeenstemming tussen artefacten; het bewijst niet dat er iets in een cloud is gebeurd.

  • Acceptatiecontroles bestaan

    execution/verify/checks.md meldt dat het plan geen controle noemt vóór of na een stap. Schrijf uw eigen controles: functionele tests, een herstelstest en een logintest.

  • Huawei Cloud bewust uitgefaseerd

    De ontmantelingsgolf van het migratieplan is leeg. Plan de uitschakeling, bewaar de laatste back-ups gedurende een vastgestelde periode en verwijder daarna.

  • Na elke wijziging opnieuw uitvoeren

    Wanneer de bron, de invoer of het applicatiebestand verandert, voert u het assessment opnieuw uit en vergelijkt u de nieuwe uitvoer met de vorige: stacktoit verify met de vlag --same-as meldt of de invoer verschilt en waar vergelijkbare bestanden conflicteren.

Vragen over de checklist

Is dit het hele migratieplan?

Het is de controlelijst eromheen. Het plan zelf is de uitvoer van uw eigen run: de golven, werkpakketten en handmatige stappen. Gebruik deze pagina om na te gaan dat er rondom niets is gemist.

Welke controles beïnvloeden het resultaat van de run het meest?

Het vastzetten van de provider en het opgeven van RPO en toegestane downtime in het applicatiebestand. Zonder lockbestand begrenst de run het zekerheidsniveau tot MEDIUM. Zonder applicatiebestand staan de datarijen op NOT_PROVIDED en noemt assurance/resilience.md geen enkele eenheid veerkrachtig, zodat niemand op basis van bewijs een datamechanisme kan kiezen.

Controleert de run iets op STACKIT?

Nee. De run leest Terraform en schrijft bestanden. Er wordt geen STACKIT-plan uitgevoerd en niets toegepast; het pakket zegt dat zelf.

Kunnen we deze punten in de tool afvinken?

In het voortgangsjournaal in de uitvoermap legt u de status van elke stap vast. StackToIT leest daar niets uit als bewijs.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring