Migratiechecklist van Alibaba Cloud naar STACKIT

1. Inventarisatie: weten wat u draait

Doel: elke Alibaba Cloud-resource in Terraform heeft een klasse, een doel en een reden. Commando: stacktoit assess op de map met uw Terraform-roots. De run leest bestanden en maakt geen verbinding met een account.

• Elke Terraform-root is meegenomen in de scan

  Roots die de provider aliyun/alicloud gebruiken. In de console aangemaakte resources staan niet in Terraform, dus som ze apart op.

• Variabelen hebben waarden

  Een gevoelige variabele zonder waarde laat een secret onbeoordeeld. Geef een variabelenbestand mee met --var-file. Bestand: de regel Source in de samenvatting in de console en source_inputs in assessment.json.

• De providerversie is vastgezet met een lockbestand

  Zonder lockregel legt de run een rootprobleem vast (source-provider-unpinned) en begrenst die het zekerheidsniveau van elke eenheid op MEDIUM. Bestand: summary.root_issues in assessment.json.

• Onbekende resourcetypen staan op de lijst

  Een type dat StackToIT niet kent, komt terug als MANUAL_REVIEW zonder dat er iets is beoordeeld, en eenheden die eraan gekoppeld zijn, krijgen hoogstens het zekerheidsniveau LOW. Bestand: summary.unknown_types in assessment.json, aanwezig wanneer er een is.

• De aantallen kloppen

  Resources, eenheden en klassen in de samenvatting komen overeen met uw verwachting. Bestand: summary in assessment.json.

2. Ontwerp: beslissen wat de run niet kan

Doel: elke REDESIGN- en MANUAL_REVIEW-eenheid heeft een eigenaar en een beslissing, en de blokkerende vragen zijn beantwoord.

• Elke MANUAL_REVIEW-, REDESIGN- en BLOCKED-eenheid is beoordeeld

  Bestand: engineering/architect-report.md. PolarDB, RAM-gebruikers en -rollen en onbekende typen staan hier.

• Blokkerende vragen zijn beantwoord

  In de voorbeeldrun zijn er twee: de doelregio en de gevoelige variabele db_password. Beantwoord de regio in inputs-template.yaml en voer de run opnieuw uit met --inputs. Lever de variabele aan via een tfvars-bestand of TF_VAR_db_password in een privérun, nooit in de template.

• De STACKIT-organisatie en -projecten bestaan

  Eén project per omgeving is de gebruikelijke start. Bestand: migration/landing-zone-requirements.md, onderdelen 1 en 2.

• De doeldiensten zijn bekend

  De run toont de STACKIT-dienstfamilies waaraan uw eenheden worden gekoppeld, met aantallen. Dat zijn de diensten die uw project gaat gebruiken. Schakel ze in voor de doelbuild voordat u het concept toepast. Bestand: migration/landing-zone-requirements.md, onderdeel 8.

• Beoordelingen worden met een rol vastgelegd

  Leg elke beslissing vast in decisions.yaml, met een rol en een motivering. Bestand: review/decisions.yaml.

De controles die de run zelf schrijft

Links: de lijst Before wave 1 uit migration/technical-sequencing.md, letterlijk. Rechts: de stub voor de blokkerende regiovraag uit 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 above

• Drie controles vóór de eerste golf

  Beoordeling van handmatige eenheden door de architect, een ingerichte STACKIT-organisatie en een afgesproken methode voor dataoverdracht en een cutovervenster per data-eenheid.

• Een keuze uit twee regio's

  De opties in de stub zijn eu01 en eu02. De lijst met diensten is afgeleid van eu01 totdat u antwoordt.

3. Bouw: werk in de volgorde van de golven

Doel: eerst netwerken en sleutels, workloads als laatste, met een eigenaar voor elk werkpakket.

• Voor elk werkpakket is een eigenaar benoemd

  Een pakket met Owner assignment required heeft geen rol in de eigenaartabel. Bestand: execution/README.md, Work packages.

• De golven worden aangehouden

  Een eenheid wordt verplaatst na de eenheden waarvan die afhangt. Bestand: migration/technical-sequencing.md. Dit is een technische volgorde, geen planning.

• Het concept is bedoeld voor beoordeling

  StackToIT schrijft een STACKIT-Terraform-concept dat uw architecten beoordelen. Bestand: terraform/. Het zet de STACKIT-provider vast en vereist OpenTofu of Terraform 1.11 of hoger.

• Elke handmatige stap heeft een voltooiingsvoorwaarde en een rollback

  Het plan geeft aan wanneer een stap klaar is en laat de rollback over aan degene die de stap uitvoert. Bestand: execution/manual/actions.md.

• De voortgang wordt vastgelegd

  Markeer elke stap in het journaal als BLOCKED, IN_PROGRESS, DONE, FAILED of WAIVED. Bestand: review/progress.yaml, opnieuw ingelezen met --progress.

4. Data: kies een mechanisme per stateful eenheid

Doel: elke database, cache en bucket heeft een overdrachtsmethode, een venster en een controle.

• Elke stateful eenheid heeft een mechanisme

  De run toont ze met het mechanisme UNKNOWN totdat u kiest. Bestand: migration/data-movement.md. Een systeem dat op de disk van een server is geïnstalleerd, wordt niet als stateful gelezen en staat niet op de lijst.

• Dataklasse, RPO en downtime zijn opgegeven

  Ze komen woordelijk uit uw applicatiebestand. Zonder dat bestand blijven ze NOT_PROVIDED.

• Voor PostgreSQL is er een methode

  De run noemt pg_dump met pg_restore of logische replicatie voor een PostgreSQL-instance. Controleer extensies aan de hand van de ondersteunde lijst van STACKIT.

• Voor Redis is er een kopie en een controle

  STACKIT documenteert MIGRATE met een controle die INFO KEYSPACE vergelijkt en een diff van gesorteerde sleutellijsten.

• Objectkopieën worden gecontroleerd

  Vergelijk het aantal objecten en de groottes aan beide kanten, bijvoorbeeld met een synchronisatietool naar keuze. Dit is praktijk, geen uitvoer van de run.

Hoe de datalijst eruitziet

Letterlijk uit migration/data-movement.md van dezelfde run.

| 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 |

• Drie eenheden

  Een database, een cache en een bucket, elk met het mechanisme UNKNOWN en de status DECISION_REQUIRED.

• Wat hier niet staat

  Omvang, wijzigingssnelheid en overdrachtstijd noemt de run nooit. Die meet u zelf.

5. Cutover: omschakelen en een weg terug houden

Doel: een geoefende omschakeling met een benoemde rollback.

• Publieke adressen en DNS staan op de lijst

  De run vermeldt dat het publieke adres van een load balancer verandert. Gegevens over de cutover staan in migration/technical-sequencing.md; een leeg onderdeel betekent niet dat er niets hoeft te worden omgeschakeld.

• Beveiligingsregels worden opnieuw gelezen

  Regels van STACKIT security groups staan verkeer alleen toe. Een deny-regel of een regelprioriteit uit de bron vereist een beslissing.

• Applicaties lezen secrets opnieuw

  Applicaties wijzigen hoe ze secrets lezen. Alibaba Cloud KMS markeert de huidige versie met labels zoals ACSCurrent; controleer hoe uw code die leest.

• Identiteiten worden vervangen

  RAM-rollen worden vervangen door service accounts met rollen in een project. STACKIT-service accounts hebben geen toegang totdat u rollen toewijst.

• Per stap is een rollback vastgelegd

  Het plan laat de rollback van elke handmatige stap over aan degene die de stap uitvoert. Schrijf die op vóór het venster.

6. Nazorg: afsluiten en vastleggen

Doel: de Alibaba Cloud-kant wordt bewust uitgefaseerd en het plan komt overeen met de werkelijkheid.

• De bron blijft bestaan tot de afgesproken periode is verstreken

  Houd de bron ongewijzigd of alleen-lezen. De Redis-tutorial van STACKIT zegt dat de back-up van de bron bewaard moet blijven totdat de consistentie van het doel is bevestigd.

• RAM-gebruikers en AccessKeys worden als laatste verwijderd

  Alibaba Cloud RAM-gebruikers hebben consolewachtwoorden of AccessKeys. Verwijder ze zodra geen applicatie meer uit Alibaba Cloud leest.

• Het assessment wordt opnieuw uitgevoerd met de antwoorden

  Voer de run opnieuw uit met --inputs, --decisions, --applications en --progress, zodat het plan weerspiegelt wat u hebt besloten.

• Bronresources worden verwijderd

  Verwijder de resources die u hebt vervangen en controleer dat er niets meer wordt gefactureerd.

Vragen over de checklist

Bronnen

• Architectuur van PostgreSQL Flex (STACKIT Docs)
• Ondersteunde extensies van PostgreSQL Flex (STACKIT Docs)
• Key Value Store, Redis-data migreren naar een nieuwe instance (STACKIT Docs)
• Service accounts (STACKIT Docs)
• Wat is Resource Access Management (Alibaba Cloud Docs)
• Overzicht van secretsbeheer in KMS (Alibaba Cloud Docs)