Hoe StackToIT werkt

Eén opdracht

Wijs StackToIT naar een Terraform- of OpenTofu-rootmodule, of naar een VMware RVTools-export. Het pakket wordt naast de bron geschreven.

stacktoit assess ./terraform

# writes terraform-stacktoit/
#   index.html  assessment.json  decisions.json
#   target-plan.json  execution-plan.json
#   terraform/  execution/  architecture/ ...

In de engine

• 1 · Invoer verwerken

  Rootmodules, registermodules, lokale modules, variabelen en expansies worden herleid tot de resources die Terraform zou aanmaken. Ontbrekende modules en providers komen uit hun openbare registers; in de offlinemodus wordt helemaal geen verzoek verstuurd.

• 2 · Afhankelijkheidsgraaf

  Resources en hun verwijzingen worden migratie-eenheden met afhankelijkheden en golven, zodat het plan alles verplaatst in de volgorde waarin onderdelen van elkaar afhankelijk zijn.

• 3 · Regelevaluatie

  Een versiebeheerde regelbasis kent elke eenheid een migratieklasse, een STACKIT-doel, een zekerheidsniveau en een reden toe, en verantwoordt elk attribuut dat is ingesteld.

• 4 · Doelgeneratie

  STACKIT-Terraform, diagrammen van de doelarchitectuur en applicatiemanifesten worden geschreven op basis van de vastgestelde doelen, met een herleiding naar elke bronresource.

• 5 · Planning

  Een geordend uitvoeringsplan omvat randvoorwaarden, dataverplaatsing, cutover, verificatie en uitfasering, met geprijsde kostenregels uit openbare prijslijsten.

• 6 · Beslissingen

  Elke vraag die de code niet kan beantwoorden, wordt een item in het beslissingsregister. Beantwoord die in de templates en de volgende run bouwt voort op uw antwoorden.

Gebouwd voor enterprise-workflows

• Draait waar uw code staat

  Op een werkstation of in CI. Uw code wordt lokaal gelezen en er zijn geen inloggegevens voor de cloud nodig.

• Reproduceerbaar van opzet

  Dezelfde invoer en regelversie geven hetzelfde resultaat, zodat runs net als code kunnen worden vergeleken en beoordeeld.

• Controleerbare uitvoer

  Een manifest somt de bestanden van het pakket op, en stacktoit verify controleert het pakket en de interne consistentie ervan.

Wat een run rapporteert

Uit de consolesamenvatting van de gepubliceerde run van de AWS Retail Store.

• Bron en graaf

  105 bestanden gelezen, 282 resources uit 23 module-aanroepen (13 extern, 10 lokaal) en 109 afhankelijkheden tussen 44 migratie-eenheden.

• Voorwaardelijke eenheden

  8 extra eenheden gebruiken een count of for_each die OpenTofu pas tijdens de planfase bepaalt. De run toont ze als voorwaardelijk in plaats van te raden of ze bestaan.

• Uitgeschakelde eenheden

  41 andere eenheden worden door de eigen instellingen van de bron uitgeschakeld. De consolesamenvatting toont ze apart van de eenheden in een golf.

• Runregistratie

  Elke run legt de toolversie vast, de versie van de regelbasis (0.385.0 in de gepubliceerde run), de bronhash en een run-ID, zodat twee runs kunnen worden vergeleken.

• Prijsdatum

  Kostenregels lezen een lokale prijscache en noemen de ophaaldatum, 2026-10-26 in de gepubliceerde run.

Waar uw architecten beginnen met lezen

1. 01

   index.html

   Het volledige assessment, eenheid voor eenheid, met de gereedheidssamenvatting en de volgende actie.

2. 02

   executive/decisions.md

   Het beslissingsregister: elk record met zijn opties, de verantwoordelijke rol en de fase waarin het moet zijn afgehandeld.

3. 03

   migration/

   Werkpakketten, golven, het plan voor dataverplaatsing en de lijst met randvoorwaarden.

4. 04

   execution/verify/checks.md

   De controles voor en na elke stap, gegenereerd uit het uitvoeringsplan.

Vragen van engineers

Bronnen

• STACKIT-documentatie: Terraform-provider
• STACKIT-documentatie: Developer Tools
• STACKIT-documentatie: productoverzicht