ORACLE CLOUD → STACKIT · CHECKLIST

Migratiechecklist van Oracle Cloud naar STACKIT

Vink deze controles in volgorde af, fase voor fase. Elke controle noemt het bestand van een StackToIT-run dat het antwoord bevat, zodat u de checklist aan bewijs toetst in plaats van aan uw geheugen. De run erachter beoordeelde op 4 november 2026 een OCI-demo-omgeving van acht resources: 5 eenheden RECONFIGURE, 1 REPLATFORM en 2 MANUAL_REVIEW. StackToIT schrijft een STACKIT-Terraform-concept voor uw architecten om te beoordelen.

Twee eenheden waarvoor geen enkele koppeling bestaat

Zoek eerst de eenheden waarover de run niet kon beslissen. In de demo-omgeving eindigen een privé-DNS-zone en een IAM-policy als MANUAL_REVIEW. Links: de invoer. Rechts: de beslissing zoals die in assessment.json staat. assessment.json staat op één regel, dus het venster toont geselecteerde velden van elke eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.

Voorbeeldinvoermain.tf
resource "oci_dns_zone" "internal" {
  compartment_id = var.compartment_id
  name           = "batch.example.internal"
  zone_type      = "PRIMARY"
  scope          = "PRIVATE"
}

resource "oci_identity_policy" "batch" {
  compartment_id = var.compartment_id
  name           = "batch-policy"
  description    = "Allow the batch group to manage objects"
  statements     = ["Allow group batch-operators to manage objects in compartment batch"]
}
StackToIT-assessmentassessment.json
[
  {
    "id": "oci_dns_zone.internal",
    "result": {
      "class": "MANUAL_REVIEW",
      "confidence": "LOW",
      "reason": "oci_dns_zone is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
    }
  },
  {
    "id": "oci_identity_policy.batch",
    "result": {
      "class": "MANUAL_REVIEW",
      "confidence": "LOW",
      "reason": "OCI policies have no document-level counterpart on STACKIT. Map people and workloads to STACKIT roles and service accounts."
    }
  }
]
  • Onbekend type, geen doel

    oci_dns_zone staat niet in de catalogus van deze build, dus er wordt niets van beoordeeld of als concept opgesteld. Het wordt een handmatige stap zonder eigenaarsrol, en dat zegt execution/manual/actions.md ook letterlijk.

  • Een policy is geen rol

    OCI-policies hebben op STACKIT geen tegenhanger op documentniveau. De run vraagt u om mensen en workloads te koppelen aan STACKIT-rollen en serviceaccounts.

Fase 1 · Inventarisatie: weten wat de run heeft gezien

  • Leg het lockbestand vast in versiebeheer

    .terraform.lock.hcl hoort bij de rootmodule. Zonder vermelding voor oci waarschuwt het rapport dat de providerversie niet is bewezen en beperkt het de eenheden tot zekerheidsniveau MEDIUM. Controle: engineering/architect-report.md, de opmerking over bronproviders.

  • Bevestig dat de bron volledig is

    De samenvatting moet source status COMPLETE vermelden en de sectie Source status mag geen module noemen die niet is gescand. Controle: assessment.json, summary, en architect-report.md.

  • Vergelijk het aantal eenheden met de tenancy

    De demo heeft 8 resources en 8 eenheden. Alles wat in de console is aangemaakt en niet in Terraform staat, is onzichtbaar voor de run; inventariseer dat handmatig. Controle: de tabel Summary in het rapport.

  • Som elke MANUAL_REVIEW-eenheid op

    Hier: de DNS-zone en de IAM-policy. Elk vergt een beslissing van een persoon. Controle: de Architect review queue in het rapport.

Fase 2 · Ontwerp: beslis over wat de run openlaat

  • Beantwoord de regioaanvraag

    Eén aanvraag blokkeert het concept: target.region, eu01 of eu02. Controle: review/inputs.yaml, en voer daarna de run opnieuw uit op dezelfde uitvoermap.

  • Koppel policies aan rollen

    De groep batch van de demo heeft een STACKIT-rol en een serviceaccount voor de workload nodig. Controle: de eenheid oci_identity_policy.batch in het rapport.

  • Kies het doel voor de DNS-zone

    Er wordt geen doel voorgesteld. Bepaal of de privézone een STACKIT-DNS-zone wordt of een ander ontwerp, en leg dat vast in de notitie van de bijbehorende stap in review/progress.yaml.

  • Kies een flavor voor de instance

    De shape VM.Standard.E5.Flex met 4 OCPU's en 32 GB wordt een STACKIT-flavor en het image wordt opnieuw gebouwd of geïmporteerd. Controle: de eenheid oci_core_instance.batch.

  • Kies een prestatieklasse voor het volume

    vpus_per_gb = 10 is een OCI-instelling die niet wordt overgenomen. Controle: de eenheid oci_core_volume.scratch.

Fase 3 · Bouw: maak het doel aan in de volgorde van de run

  • Volg de golven

    Golf 1: VCN, volume, bestandssysteem, bucket, DNS-zone en policy. Golf 2: het subnet. Golf 3: de instance. Controle: migration/technical-sequencing.md.

  • Beoordeel het Terraform-concept

    StackToIT schrijft een STACKIT-Terraform-concept in terraform/ voor uw architecten om te beoordelen. Toets het aan de beslissingen hierboven. Controle: terraform/README.md.

  • Importeer het image

    STACKIT accepteert raw-, qcow2- en iso-images tot 70 GB; controleer of het geüploade image de status AVAILABLE heeft voordat u er een server mee aanmaakt. Controle: STACKIT-documentatie over eigen images.

  • Herschrijf de toegang tot file shares

    Een bestandssysteem wordt een STACKIT File Storage-share; mount targets en exportregels worden herschreven. Controle: de eenheid oci_file_storage_file_system.shared.

  • Maak de bucketregels opnieuw aan

    Clients wijzigen endpoint en inloggegevens; lifecycle-, replicatie- en toegangsregels worden herschreven. Versiebeheer van objecten is in de invoer ingeschakeld; STACKIT noemt versiebeheer onder de functies van Object Storage, dus schakel het in voor de nieuwe bucket en bevestig het. Controle: de eenheid oci_objectstorage_bucket.exports.

Fase 4 · Data: drie stateful eenheden, geen methode gekozen

  • Vul in wat de run niet kan weten

    Alle drie de stateful eenheden (volume, bestandssysteem, bucket) tonen mechanisme UNKNOWN en status DECISION_REQUIRED, met dataklasse, herstelpunt en downtimetolerantie op NOT_PROVIDED. Controle: migration/data-movement.md en data-movement.csv.

  • Noteer de omvang zelf

    De run geeft de ingerichte capaciteit aan als niet vermeld in de bron, hoewel het volume 500 GB instelt. Neem de omvang over uit de console, niet uit de run.

  • Kies per eenheid een methode

    Blockvolume op hostniveau of vanuit een back-up, bestandskopie voor de share, een S3-compatibele client voor de bucket (bijvoorbeeld rclone). StackToIT verplaatst nooit data.

  • Oefen en controleer

    Kopieer eenmaal, vergelijk aantallen en checksums en meet de tijd. Een oefening die nooit is uitgevoerd, is geen plan (algemene praktijk).

Fase 5 · Cutover: de ene overschakeling na de andere

  • Verlaag de DNS-TTL vóór het venster

    Geldt voor elk record dat een OCI-adres noemt (algemene praktijk).

  • Spreek de schrijfstop af

    Benoem voor de bucket, de share en het volume wie wanneer stopt met schrijven (algemene praktijk).

  • Schrijf de rollback vóór het venster

    Wat in welke volgorde terugdraait en wie erover beslist. Zie de checklist voor cutover en rollback voor de volledige lijst.

  • Controleer of elke eigenaar is benoemd

    Eén stap in deze run heeft geen eigenaarsrol. Zolang niemand eigenaar van die stap is, is het plan niet compleet. Controle: execution/manual/actions.md, sectie Assign an owner.

Fase 6 · Nazorg: sluit het netjes af

  • Voer het assessment opnieuw uit

    Voer na het vastleggen van de beslissingen de run opnieuw uit en vergelijk. Controle: de nieuwe index.html en de stapstatussen in review/progress.yaml.

  • Bewaar de OCI-kant gedurende de afgesproken periode

    Verwijder de OCI-omgeving pas na de bewaartermijn (algemene praktijk).

  • Bewaar de review-map bij de code

    review/inputs.yaml beantwoordt de run en review/progress.yaml is uw journaal van elke stap met status, eigenaar en notitie. De run heeft voor deze omgeving geen beslissingsrecords opgesteld, dus decisions.yaml blijft leeg.

Waar elk antwoord staat

Bestand in de runWat het bevatGebruikt in fase
index.htmlDe weergave per eenheid, offlineInventarisatie
engineering/architect-report.mdPer eenheid: klasse, zekerheidsniveau, reden en de instellingen die aan u zijn overgelatenInventarisatie, Ontwerp
migration/technical-sequencing.mdDe golven, op basis van de afhankelijkhedenBouw
migration/data-movement.mdStateful eenheden en wat er niet bekend is over hun dataData
execution/manual/actions.mdHandmatige stappen met eigenaarsrollenBouw, Cutover
review/inputs.yaml, progress.yamlUw antwoorden aan de run en uw journaal van elke stapOntwerp, Nazorg

Vragen voordat u begint

Vervangt de checklist een cutoverplan?

Nee. De checklist vertelt welk bestand welke vraag beantwoordt. De cutover zelf, met rollback, is uw plan; de checklist voor cutover en rollback behandelt die uitgebreid.

Schrijft de run Terraform?

Ja. Voor een Oracle Cloud-bron schrijft StackToIT een STACKIT-Terraform-concept in terraform/ voor uw architecten om te beoordelen.

Wie is eigenaar van de handmatige stappen?

De run noemt eigenaarsrollen waar de eenheid een categorie heeft: in de demo Network Architect, Identity Architect, Storage Architect en Platform Architect. De DNS-zone heeft er geen en toont Owner assignment required.

Kunnen we de datafase afvinken alleen op basis van de run?

Nee. De run stelt vast wat er over de data onbekend is; omvang, wijzigingssnelheid en acceptabele downtime moet u zelf aanleveren.

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