---
title: Tooling and Automation Stack
description: Build a migration toolchain that matches migration patterns, wave volume, and governance evidence requirements.
sidebar:
  label: Tooling and automation
  order: 3
source_url: "https://framework.stackit.cloud/migration/design-and-mobilize/migration-factory-setup/tooling-and-automation/"
source_file: "docs/migration/design-and-mobilize/migration-factory-setup/tooling-and-automation.mdx"
---

## Objective

The toolchain should follow migration demand, not the other way around. Build a constrained, reusable
stack that supports repeatability, evidence generation, and operational safety.

## Tooling Capability Map

<CardGrid>
  <Card title="Wave intake and planning">
    Backlog management, dependency mapping, wave sizing, and release window planning.
  </Card>
  <Card title="Migration run support">
    Infrastructure migration, data movement, configuration rollout, and environment validation.
  </Card>
  <Card title="Quality and evidence">
    Test orchestration, compliance evidence collection, runbook checkpoint verification, and
    reporting.
  </Card>
  <Card title="Cutover orchestration">
    Freeze management, cutover sequencing, communication triggers, and rollback activation support.
  </Card>
</CardGrid>

## Tool Selection Criteria

- **Pattern fit**: Supports the dominant migration patterns from Design.
- **Automation depth**: Reduces repetitive manual tasks without hiding critical controls.
- **Evidence quality**: Produces consumable evidence for technical and compliance sign-off.
- **Integration effort**: Connects with existing CI/CD, ticketing, and observability systems.
- **Operational resilience**: Clear fallback mode if a tool is degraded during critical windows.

## Build the Toolchain in Layers

<Steps>

1. Group applications by migration pattern and identify mandatory automation opportunities.
2. Define core tool stack and optional extensions per wave profile.
3. Standardize interfaces between planning, run operations, validation, and reporting tools.
4. Establish evidence contracts: what must be captured, where, and by whom.
5. Pilot the stack on a representative wave and tune reliability before broad rollout.

</Steps>

## Guardrails

- Keep a minimal approved tool baseline to prevent per-wave tool drift.
- Avoid introducing new tools in late cutover phases unless risk-approved.
- Require rollback-ready operating mode for critical migration steps.
- Track tool failure impact as part of wave risk reporting.