---
title: "Replatform to STACKIT: Überblick zu Spring Boot und PostgreSQL"
description: "Planen Sie den Plattformwechsel von Spring Boot zu SKE und PostgreSQL Flex: Discovery, Architektur, Landing Zone, Migrationsfreigaben, Übergabe und Optimierung."
scfTrail:
  tags: [ "replatform", "spring-boot", "postgresql", "ske", "terraform", "cutover", "gateway-api", "observability" ]
  maintainers:
    - user: "lukas.weberruss"
      role: true
      website: true
  steps:
    - style: "compass"
      id: "replatform-journey"
      title: "Spring-Boot-Replatform-Pfad"
      trailContext: "Ordnen Sie den Plattformwechsel in das vollständige Migration Framework ein: Workload bewerten, SKE und PostgreSQL Flex entwerfen, Landing Zone vorbereiten, mit expliziten Datenfreigaben migrieren und vor der Optimierung stabilisieren. Das Anwendungs-JAR bleibt gleich; die Betriebsmodelle für Laufzeit und Datenbank ändern sich."
      imageSrc: "de/migration/files/migration-framework-overview.svg"
      imageAlt: "STACKIT Migration Framework von Assess über Design and Mobilize und Migrate bis Run"

    - style: "compass"
      id: "rapid-discovery"
      title: "Rapid Discovery"
      trailContext: "Erstellen Sie eine erste Workload-Baseline für Spring-Boot-VM, PostgreSQL-Daten, Abhängigkeiten und Kapazität. Qualifizieren Sie die Migrationsabsicht und identifizieren Sie die Unbekannten, die eine detaillierte Discovery vor der Plattformentscheidung klären muss."
      pageId: "de/migration/assess/rapid-discovery/overview/#überblick"
      imageSrc: "de/migration/assess/rapid-discovery/files/rapid-discovery-process.svg"
      imageAlt: "Rapid-Discovery-Prozess von der Quellerfassung bis zur ersten Migrations-Baseline"

    - style: "stairs"
      id: "discovery-evidence"
      title: "Discovery"
      trailContext: "Bestätigen Sie Java- und PostgreSQL-Kompatibilität, Zustandshaltung, geplante Schreibzugriffe, Schemaabhängigkeiten, Datenmenge und Änderungsrate, Ausfallzeittoleranz, Recovery-Ziele und repräsentativen Bedarf. Validieren Sie diese Eingaben mit den Anwendungs- und Datenbankverantwortlichen vor der Zielauswahl."
      pageId: "de/migration/design-and-mobilize/discovery/overview/#überblick-discovery"
      imageSrc: "de/migration/design-and-mobilize/discovery/files/discovery-analysis-flow.svg"
      imageAlt: "Discovery-Analyse aus technischen Messungen und Nachweisen der Anwendungsverantwortlichen"

    - style: "chairlift"
      id: "confirm-replatform"
      title: "Replatform-Strategie und Werkzeuge"
      trailContext: "Bestätigen Sie die zwei bewussten Ersetzungen: Aus einem VM-Service wird ein Kubernetes-Deployment, aus VM-lokalem PostgreSQL wird PostgreSQL Flex. Behalten Sie Spring-Music-JAR und fachliches Verhalten bei; dies ist Replatform, kein VM-Rehost oder Anwendungs-Refactor."
      pageId: "de/migration/design-and-mobilize/design/replatform/#überblick-replatform"
      imageSrc: "de/migration/files/r-strategy-method.svg"
      imageAlt: "R-Strategie-Methode mit Replatform zwischen Rehost und Refactor"

    - style: "stairs"
      id: "automation-approach"
      title: "Plattform und Workload automatisieren"
      trailContext: "Nutzen Sie versioniertes Terraform für Infrastruktur und Kubernetes-Ressourcen, Helm für Envoy Gateway und Routen sowie ein separates freigegebenes Skript für die Datenmigration. Halten Sie Bereitstellung und Datenaustausch unabhängig prüfbar; dieses Ziel benötigt keine Ansible-Hostkonfiguration."
      pageId: "de/migration/design-and-mobilize/landing-zones/automation-iac/#kernbausteine-der-automatisierung"

    - style: "chart"
      id: "target-architecture"
      title: "Zielarchitektur der Laufzeit"
      trailContext: "Prüfen Sie die implementierte Ein-Worker-Referenz: dasselbe JAR auf SKE, ein ClusterIP Service hinter Envoy Gateway, Managed DNS, PostgreSQL Flex und Observability. Unterscheiden Sie diese getestete Topologie von optionalen Erweiterungen für Hochverfügbarkeit und Integrationsdienste."
      assetId: "de/migration/assetcontainer/stackit/architecture-spring-boot-kubernetes-paas-data-object-storage#architekturdiagramm"

    - style: "gondola"
      id: "design-data-path"
      title: "Datenbankmigration"
      trailContext: "Entwerfen Sie den Datenbankumzug unabhängig von der Laufzeitbereitstellung. Definieren Sie Quellschreibstopp, konsistenten Dump mit Manifest, isolierte Probe, nachgewiesenes Zielbackup, transaktionalen Restore und Rollback-Deadline. Traffic-Umschaltung und Quell-Failback bleiben explizite Betreiberentscheidungen."
      pageId: "de/migration/design-and-mobilize/design/replatform/#datenplattform-bei-replatform"
      imageSrc: "de/migration/files/migrate-wave-flow.svg"
      imageAlt: "Kontrollpunkte der Migrationswelle von Bereitschaft über Cutover und Validierung bis zur Übergabe"

    - style: "hut"
      id: "landing-zone"
      title: "Landing Zone"
      trailContext: "Etablieren Sie Governance, Identität, Sicherheit, Netzwerk, Kostenkontrollen und Automatisierung, bevor das Ziel davon abhängt. Bestätigen Sie Projektberechtigungen, Betreiberzugriff, DNS-Delegation, SKE-Kapazität, Datenbankzugriffsgrenzen und geschützten Terraform-State."
      pageId: "de/migration/design-and-mobilize/landing-zones/overview/#überblick-landing-zones"
      imageSrc: "de/migration/design-and-mobilize/landing-zones/files/landing-zone-core-components-map-de.svg"
      imageAlt: "Sechs Kernkomponenten einer gesteuerten STACKIT Landing Zone"

    - role: "sub"
      id: "landing-zone-accelerator"
      title: "Basis als Code beschleunigen"
      trailContext: "Nutzen Sie bei Bedarf den Landing Zone Accelerator für die gesteuerte Projekt- und Plattformbasis. Halten Sie Verantwortlichkeiten getrennt: Das Anwendungsteam verantwortet SKE-Workload, Datenmigration, Gateway, Telemetrie und Workload-Recovery."
      imageSrc: "contributors/stackit/files/migration/landing-zone-accelerator-architecture.svg"
      imageAlt: "Landing Zone Accelerator mit getrennten Verantwortlichkeiten für Plattformbasis und Anwendungsworkload"

    - style: "rocket"
      id: "migration-flow"
      title: "Migration Framework"
      trailContext: "Starten Sie die Migrationswelle mit freigegebenem Zieldesign, bereiter Application Landing Zone, getestetem Runbook und benannten Entscheidungsverantwortlichen. Führen Sie Bereitschaft, Migration, Cutover, Validierung, Stabilisierung und Übergabe als einen kontrollierten Ablauf aus."
      pageId: "de/migration/migrate/migrate/overview/#end-to-end-ablauf-in-der-factory"

    - style: "shield"
      id: "migration-checkpoints"
      title: "Entscheidungen und Migrationsfreigaben"
      trailContext: "Erläutern Sie die Entscheidungen zum Schutz des Plattformwechsels, vom Quellschreibstopp und der Probe bis zu Abnahme, Recovery und Übergabe. Die Befehlsausführung bleibt im technischen Walkthrough."
      assetId: "de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#entscheidungs--und-freigabepunkte-der-migration"
    - style: hut
      id: technical-implementation
      title: Technische Umsetzung
      center:
        trailId: de/migration/trails/stackit/spring-boot-postgresql-replatform-technical-walkthrough
    - style: summit
      id: operating-handoff
      title: Abnehmen und an den Betrieb übergeben
      trailContext: Geben Sie das migrierte System erst nach technischer und fachlicher Abnahme frei. Übergeben Sie Zuständigkeiten, Monitoring, Wiederherstellung und Quellaufbewahrung; stabilisieren Sie vor Optimierungsänderungen.
      assetId: de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#übergabe-an-den-betrieb

    - style: "summit"
      id: "optimize-framework"
      title: "Stabilisieren und optimieren"
      trailContext: "Kehren Sie zum Optimize-Zyklus des Migration Framework zurück: repräsentative Betriebsnachweise sammeln, begrenzende Ebene identifizieren, eine kontrollierte Änderung umsetzen und Zuverlässigkeit, Performance sowie Kosten vor dem Beibehalten validieren."
      pageId: "de/migration/migrate/optimize/overview/#überblick-optimize-modul"

    - role: "sub"
      id: "optimize-target"
      title: "Optimierungskandidaten auswählen"
      trailContext: "Nutzen Sie das Dashboard mit acht Panels als Ausgangspunkt, prüfen Sie tatsächlichen Scrape-Zustand und korrelieren Sie Cluster-, Anwendungs- und Datenbankauslastung mit fachlichen Nachweisen. Leiten Sie weder Nulllast aus Ersatzwerten noch Produktions-SLOs aus mittlerer Anfragedauer ab."
      assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#observability-dashboard-für-entscheidungen"

  presentations:
    - id: "standard-replatform-path"
      label: "Replatform-Überblick"
      description: "Motivation, Zielarchitektur, Migrationsentscheidungen, nachgewiesene Ergebnisse und Optimierungsausblick ohne Befehlsausführung präsentieren."
      default: true
      launch: true
      preset: "standard"
      fullscreen: true
      steps:
        - { id: "replatform-journey", role: "hidden" }
        - "rapid-discovery"
        - { id: "discovery-evidence", role: "hidden" }
        - "confirm-replatform"
        - { id: "automation-approach", role: "hidden" }
        - "target-architecture"
        - { id: "design-data-path", role: "hidden" }
        - "landing-zone"
        - { id: "landing-zone-accelerator", role: "hidden" }
        - "migration-flow"
        - { id: "migration-checkpoints", role: "hidden" }
        - id: technical-implementation
          role: hidden
        - operating-handoff
        - "optimize-framework"
        - { id: "optimize-target", role: "hidden" }
source_url: "https://framework.stackit.cloud/de/migration/trails/stackit/spring-boot-postgresql-replatform-to-stackit/"
source_file: "docs/de/migration/trails/stackit/spring-boot-postgresql-replatform-to-stackit.mdx"
---

## Steps

### 1. Spring-Boot-Replatform-Pfad

Stage: `compass`

Ordnen Sie den Plattformwechsel in das vollständige Migration Framework ein: Workload bewerten, SKE und PostgreSQL Flex entwerfen, Landing Zone vorbereiten, mit expliziten Datenfreigaben migrieren und vor der Optimierung stabilisieren. Das Anwendungs-JAR bleibt gleich; die Betriebsmodelle für Laufzeit und Datenbank ändern sich.

### 2. Rapid Discovery

Stage: `compass`

Erstellen Sie eine erste Workload-Baseline für Spring-Boot-VM, PostgreSQL-Daten, Abhängigkeiten und Kapazität. Qualifizieren Sie die Migrationsabsicht und identifizieren Sie die Unbekannten, die eine detaillierte Discovery vor der Plattformentscheidung klären muss.

Page: [/de/migration/assess/rapid-discovery/overview/#überblick](/de/migration/assess/rapid-discovery/overview/#überblick) — source: [/raw/de/migration/assess/rapid-discovery/overview.md](/raw/de/migration/assess/rapid-discovery/overview.md), section `#überblick`

### 3. Discovery

Stage: `stairs`

Bestätigen Sie Java- und PostgreSQL-Kompatibilität, Zustandshaltung, geplante Schreibzugriffe, Schemaabhängigkeiten, Datenmenge und Änderungsrate, Ausfallzeittoleranz, Recovery-Ziele und repräsentativen Bedarf. Validieren Sie diese Eingaben mit den Anwendungs- und Datenbankverantwortlichen vor der Zielauswahl.

Page: [/de/migration/design-and-mobilize/discovery/overview/#überblick-discovery](/de/migration/design-and-mobilize/discovery/overview/#überblick-discovery) — source: [/raw/de/migration/design-and-mobilize/discovery/overview.md](/raw/de/migration/design-and-mobilize/discovery/overview.md), section `#überblick-discovery`

### 4. Replatform-Strategie und Werkzeuge

Stage: `chairlift`

Bestätigen Sie die zwei bewussten Ersetzungen: Aus einem VM-Service wird ein Kubernetes-Deployment, aus VM-lokalem PostgreSQL wird PostgreSQL Flex. Behalten Sie Spring-Music-JAR und fachliches Verhalten bei; dies ist Replatform, kein VM-Rehost oder Anwendungs-Refactor.

Page: [/de/migration/design-and-mobilize/design/replatform/#überblick-replatform](/de/migration/design-and-mobilize/design/replatform/#überblick-replatform) — source: [/raw/de/migration/design-and-mobilize/design/replatform.md](/raw/de/migration/design-and-mobilize/design/replatform.md), section `#überblick-replatform`

### 5. Plattform und Workload automatisieren

Stage: `stairs`

Nutzen Sie versioniertes Terraform für Infrastruktur und Kubernetes-Ressourcen, Helm für Envoy Gateway und Routen sowie ein separates freigegebenes Skript für die Datenmigration. Halten Sie Bereitstellung und Datenaustausch unabhängig prüfbar; dieses Ziel benötigt keine Ansible-Hostkonfiguration.

Page: [/de/migration/design-and-mobilize/landing-zones/automation-iac/#kernbausteine-der-automatisierung](/de/migration/design-and-mobilize/landing-zones/automation-iac/#kernbausteine-der-automatisierung) — source: [/raw/de/migration/design-and-mobilize/landing-zones/automation-iac.md](/raw/de/migration/design-and-mobilize/landing-zones/automation-iac.md), section `#kernbausteine-der-automatisierung`

### 6. Zielarchitektur der Laufzeit

Stage: `chart`

Prüfen Sie die implementierte Ein-Worker-Referenz: dasselbe JAR auf SKE, ein ClusterIP Service hinter Envoy Gateway, Managed DNS, PostgreSQL Flex und Observability. Unterscheiden Sie diese getestete Topologie von optionalen Erweiterungen für Hochverfügbarkeit und Integrationsdienste.

Asset: [/de/migration/assetcontainer/stackit/architecture-spring-boot-kubernetes-paas-data-object-storage/#architekturdiagramm](/de/migration/assetcontainer/stackit/architecture-spring-boot-kubernetes-paas-data-object-storage/#architekturdiagramm) — source: [/raw/de/migration/assetcontainer/stackit/architecture-spring-boot-kubernetes-paas-data-object-storage.md](/raw/de/migration/assetcontainer/stackit/architecture-spring-boot-kubernetes-paas-data-object-storage.md), section `#architekturdiagramm`

### 7. Datenbankmigration

Stage: `gondola`

Entwerfen Sie den Datenbankumzug unabhängig von der Laufzeitbereitstellung. Definieren Sie Quellschreibstopp, konsistenten Dump mit Manifest, isolierte Probe, nachgewiesenes Zielbackup, transaktionalen Restore und Rollback-Deadline. Traffic-Umschaltung und Quell-Failback bleiben explizite Betreiberentscheidungen.

Page: [/de/migration/design-and-mobilize/design/replatform/#datenplattform-bei-replatform](/de/migration/design-and-mobilize/design/replatform/#datenplattform-bei-replatform) — source: [/raw/de/migration/design-and-mobilize/design/replatform.md](/raw/de/migration/design-and-mobilize/design/replatform.md), section `#datenplattform-bei-replatform`

### 8. Landing Zone

Stage: `hut`

Etablieren Sie Governance, Identität, Sicherheit, Netzwerk, Kostenkontrollen und Automatisierung, bevor das Ziel davon abhängt. Bestätigen Sie Projektberechtigungen, Betreiberzugriff, DNS-Delegation, SKE-Kapazität, Datenbankzugriffsgrenzen und geschützten Terraform-State.

Page: [/de/migration/design-and-mobilize/landing-zones/overview/#überblick-landing-zones](/de/migration/design-and-mobilize/landing-zones/overview/#überblick-landing-zones) — source: [/raw/de/migration/design-and-mobilize/landing-zones/overview.md](/raw/de/migration/design-and-mobilize/landing-zones/overview.md), section `#überblick-landing-zones`

### 9. Basis als Code beschleunigen

Nutzen Sie bei Bedarf den Landing Zone Accelerator für die gesteuerte Projekt- und Plattformbasis. Halten Sie Verantwortlichkeiten getrennt: Das Anwendungsteam verantwortet SKE-Workload, Datenmigration, Gateway, Telemetrie und Workload-Recovery.

### 10. Migration Framework

Stage: `rocket`

Starten Sie die Migrationswelle mit freigegebenem Zieldesign, bereiter Application Landing Zone, getestetem Runbook und benannten Entscheidungsverantwortlichen. Führen Sie Bereitschaft, Migration, Cutover, Validierung, Stabilisierung und Übergabe als einen kontrollierten Ablauf aus.

Page: [/de/migration/migrate/migrate/overview/#end-to-end-ablauf-in-der-factory](/de/migration/migrate/migrate/overview/#end-to-end-ablauf-in-der-factory) — source: [/raw/de/migration/migrate/migrate/overview.md](/raw/de/migration/migrate/migrate/overview.md), section `#end-to-end-ablauf-in-der-factory`

### 11. Entscheidungen und Migrationsfreigaben

Stage: `shield`

Erläutern Sie die Entscheidungen zum Schutz des Plattformwechsels, vom Quellschreibstopp und der Probe bis zu Abnahme, Recovery und Übergabe. Die Befehlsausführung bleibt im technischen Walkthrough.

Asset: [/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot/#entscheidungs--und-freigabepunkte-der-migration](/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot/#entscheidungs--und-freigabepunkte-der-migration) — source: [/raw/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot.md](/raw/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot.md), section `#entscheidungs--und-freigabepunkte-der-migration`

### 12. Technische Umsetzung

Stage: `hut`

### 13. Abnehmen und an den Betrieb übergeben

Stage: `summit`

Geben Sie das migrierte System erst nach technischer und fachlicher Abnahme frei. Übergeben Sie Zuständigkeiten, Monitoring, Wiederherstellung und Quellaufbewahrung; stabilisieren Sie vor Optimierungsänderungen.

Asset: [/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot/#übergabe-an-den-betrieb](/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot/#übergabe-an-den-betrieb) — source: [/raw/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot.md](/raw/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot.md), section `#übergabe-an-den-betrieb`

### 14. Stabilisieren und optimieren

Stage: `summit`

Kehren Sie zum Optimize-Zyklus des Migration Framework zurück: repräsentative Betriebsnachweise sammeln, begrenzende Ebene identifizieren, eine kontrollierte Änderung umsetzen und Zuverlässigkeit, Performance sowie Kosten vor dem Beibehalten validieren.

Page: [/de/migration/migrate/optimize/overview/#überblick-optimize-modul](/de/migration/migrate/optimize/overview/#überblick-optimize-modul) — source: [/raw/de/migration/migrate/optimize/overview.md](/raw/de/migration/migrate/optimize/overview.md), section `#überblick-optimize-modul`

### 15. Optimierungskandidaten auswählen

Nutzen Sie das Dashboard mit acht Panels als Ausgangspunkt, prüfen Sie tatsächlichen Scrape-Zustand und korrelieren Sie Cluster-, Anwendungs- und Datenbankauslastung mit fachlichen Nachweisen. Leiten Sie weder Nulllast aus Ersatzwerten noch Produktions-SLOs aus mittlerer Anfragedauer ab.

Asset: [/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#observability-dashboard-für-entscheidungen](/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#observability-dashboard-für-entscheidungen) — source: [/raw/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing.md](/raw/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing.md), section `#observability-dashboard-für-entscheidungen`