---
title: "Replatform to STACKIT: Spring Boot auf SKE und PostgreSQL Flex"
description: "Migrieren Sie Spring Boot und PostgreSQL auf SKE und PostgreSQL Flex: Quelle und Ziel vorbereiten, Datenübernahme proben, Cutover prüfen und Betrieb übergeben."
scfTrail:
  tags: [ "replatform", "spring-boot", "postgresql", "ske", "terraform", "cutover", "gateway-api", "observability" ]
  maintainers:
    - user: "lukas.weberruss"
      role: true
      website: true
  steps:

    - 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: "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: "rocket"
      id: "reference-implementation"
      title: "Referenzimplementierung"
      trailContext: "Wechseln Sie von Framework-Prinzipien zum gepflegten Spring-Boot-Kubernetes-Repository. Nutzen Sie dessen geprüftes Terraform, Helm-Charts, fest versioniertes JAR und Images, Migrationsskripte und Validierung als technische Quelle für den weiteren Pfad."
      assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#referenzimplementierung"

    - style: "stairs"
      id: "prepare-workspace"
      title: "Labor und Repositorys vorbereiten"
      trailContext: "Bestätigen Sie vorbereitetes Linux-Labor, PostgreSQL-Werkzeuge, freigegebene Repository-Stände, Zugangsdaten und Projektvoraussetzungen vor der Erzeugung von Beispieldaten. Stoppen Sie, wenn die geprüfte Implementierung fehlt; ersetzen Sie sie nicht durch einen ungeprüften Standardbranch."
      assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#arbeitsumgebung-für-den-walkthrough-vorbereiten"

    - style: "shield"
      id: "source-target-readiness"
      title: "Quellnachweise vorbereiten"
      trailContext: Erfassen und prüfen Sie Quell-Dump, Manifest und Datenstand vor der Zielbereitstellung. Halten Sie Quelle und isolierte Testdaten eindeutig auseinander.
      assetId: de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#quellnachweise-vorbereiten

    - style: "stairs"
      id: "deploy-and-check-target"
      title: "Zielparameter konfigurieren"
      trailContext: "Wählen und prüfen Sie SKE, Flex, Gateway, DNS und Observability vor der Bereitstellung. Lassen Sie HPA, Lastgenerierung und den veralteten direkten Import-Job deaktiviert."
      assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#minimale-zielkonfiguration"
    - style: hut
      id: provision-target
      title: Ziel bereitstellen
      trailContext: Prüfen Sie die Zielparameter und den Infrastrukturplan, stellen Sie die Ressourcen bereit und sichern Sie die Ergebnisse vor der Migrationsprobe.
      assetId: de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#ziel-bereitstellen

    - style: "shield"
      id: "database-access"
      title: "Datenbankzugriffsgrenzen prüfen"
      trailContext: "Prüfen Sie SKE-Egress-ACLs, clusterinternen Migrationspfad, Schutz der Zugangsdaten und die Grenzen von sslmode=require vor jedem Daten-Restore."
      assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#zugriffskontrolle-und-temporäre-acl-erweiterung-für-migration"

    - style: "stairs"
      id: "validate-target"
      title: "kubectl einrichten und Ziel validieren"
      trailContext: "Exportieren Sie eine private, kurzlebige Kubeconfig und prüfen Sie Deployment, Gateway, HTTPRoute, DNS und Anwendungsbereitschaft vor der Probe. Entfernen Sie die lokale Kubeconfig nach Gebrauch."
      assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#validierung-mit-kubectl"

    - style: "chart"
      id: "inspect-telemetry"
      title: "Telemetriepfad prüfen"
      trailContext: "Öffnen Sie das verwaltete Dashboard und prüfen Sie tatsächliche Scrape-Ergebnisse für Anwendung und Datenbank. Fehlende Telemetrie verhindert eine belastbare Abnahme, auch wenn die Anwendung antwortet."
      assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#datenbank-metriken-in-observability-sichtbar-machen"

    - style: "stairs"
      id: "rehearse-and-approve"
      title: "Proben und freigeben"
      splitRatio: 50
      left:
        - assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#migration-proben"
      right:
        - assetId: "de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#prüfungen-vor-der-migration"

    - style: "rocket"
      id: "execute-cutover"
      title: "Cutover ausführen"
      trailContext: "Frieren Sie Quellschreibzugriffe ein und führen Sie den explizit bestätigten Workflow aus. Das Skript stoppt die Anwendung, schützt und prüft das Zielbackup, importiert die Quelle transaktional, validiert Daten und stellt Replikas wieder her. Traffic-Umschaltung und fachliche Freigabe liegen beim Betreiber."
      assetId: "de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#ablaufplan-für-das-cutover-fenster"

    - style: "shield"
      id: "validate-or-rollback"
      title: "Validieren oder zurückrollen"
      splitRatio: 50
      left:
        - assetId: "de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#validierungscheckliste"
      right:
        - assetId: "de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#rollback-kriterien-und-schritte"

    - style: "summit"
      id: "stabilize-and-handover"
      title: "Referenzimplementierung stabilisieren"
      splitRatio: 50
      left:
        - assetId: "de/migration/assetcontainer/stackit/runbook-replatform-spring-boot#übergabe-an-den-betrieb"
      right:
        - assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#grenze-zwischen-backup-und-recovery"

    - style: "chart"
      id: "reference-results"
      title: "Nachgewiesene Ergebnisse und offene Grenzen"
      splitRatio: 50
      left:
        - assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#was-dieses-asset-zeigt"
      right:
        - assetId: "de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform#nicht-abgedeckt"

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

    - style: "chart"
      id: "optimize-reference-implementation"
      title: "Dieselbe Referenzimplementierung fortführen"
      trailContext: "Behalten Sie Repository, Deployment, Datenbank und Monitoring-Baseline bei. Optimierung folgt auf Abnahme und Stabilisierung; sie ist kein zusätzliches Experiment im Cutover-Fenster."
      assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#referenzimplementierung-fortführen"

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

    - style: "chart"
      id: "optimize-database"
      title: "PostgreSQL Flex passend dimensionieren"
      trailContext: "Unterscheiden Sie Verbindungs-, Abfrage-, Sperr- und Speicherdruck vor der Wahl eines unterstützten Flex-Flavors oder einer Speicheränderung. Prüfen Sie Austausch- und Umkehrbarkeitsgrenzen, bewahren Sie Recovery-Nachweise auf und behandeln Sie Infrastrukturaustausch nie als routinemäßigen Daten-Rollback."
      assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#postgresql-flex-für-rightsizing-und-tuning"

    - style: "chart"
      id: "optimize-pod-budget"
      title: "Pod-Budget passend dimensionieren"
      trailContext: "Vergleichen Sie JVM-Heap, Nicht-Heap-Speicher, CPU-Throttling, Startverhalten und Exporter-Overhead vor der Änderung der Deployment-Ressourcenbudgets. Planen Sie den Rollout und validieren Sie Anwendungs- und Datenverhalten gegen die Baseline."
      assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#pod-ressourcen-und-jvm-budget"

    - style: "stairs"
      id: "optimize-scaling"
      title: "Pod- und Worker-Skalierung qualifizieren"
      splitRatio: 50
      left:
        - assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#regelkreis-für-pod-autoscaling"
      right:
        - assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#cluster--und-plattform-rightsizing"

    - style: "stairs"
      id: "optional-hpa-experiment"
      title: "Optional: HPA konfigurieren und prüfen"
      trailContext: "Führen Sie erst nach Stabilisierung und Abschluss aller Migrations- oder Rollback-Arbeiten ein separat freigegebenes Skalierungsexperiment durch. Qualifizieren Sie zuvor Telemetrie pro Pod und Replikaverantwortung; diese Befehle gehören nicht zur validierten Migrationsbasis."
      assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#konfiguration-für-pod-autoscaling"

    - style: "shield"
      id: "optimize-acceptance"
      title: "Optimierung validieren"
      trailContext: "Vergleichen Sie das geänderte System im vereinbarten Beobachtungsfenster mit der abgenommenen Baseline. Behalten Sie nur nachgewiesene Verbesserungen bei, nutzen Sie bei verschlechterten Kriterien den freigegebenen Rücknahme- oder Recovery-Pfad und übernehmen Sie die Ergebnisse in künftige Migrationswellen."
      assetId: "de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing#rollback-und-abnahme"

  presentations:

    - id: "technical-replatform-path"
      label: "Technischer Walkthrough"
      description: "Das Beispiel im vorbereiteten Labor nachstellen: Repositorys, Quelldump, Zielaufbau, Prüfungen, Probe, Cutover, Recovery und optionale Optimierung."
      launch: true
      preset: "standard"
      fullscreen: true
      steps:
        - confirm-replatform
        - target-architecture
        - reference-implementation
        - prepare-workspace
        - source-target-readiness
        - deploy-and-check-target
        - provision-target
        - database-access
        - validate-target
        - inspect-telemetry
        - rehearse-and-approve
        - execute-cutover
        - validate-or-rollback
        - stabilize-and-handover
        - reference-results
        - id: optimize-framework
          notes: Optionale Fortsetzung nach der Stabilisierung, kein Teil des Cutovers. HPA- und Kapazitätsänderungen benötigen eigene Freigabe und Validierung.
        - optimize-reference-implementation
        - id: optimize-target
          role: sub
        - optimize-database
        - optimize-pod-budget
        - optimize-scaling
        - optional-hpa-experiment
        - optimize-acceptance
      default: true
source_url: "https://framework.stackit.cloud/de/migration/trails/stackit/spring-boot-postgresql-replatform-technical-walkthrough/"
source_file: "docs/de/migration/trails/stackit/spring-boot-postgresql-replatform-technical-walkthrough.mdx"
---

## Steps

### 1. 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`

### 2. 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`

### 3. Referenzimplementierung

Stage: `rocket`

Wechseln Sie von Framework-Prinzipien zum gepflegten Spring-Boot-Kubernetes-Repository. Nutzen Sie dessen geprüftes Terraform, Helm-Charts, fest versioniertes JAR und Images, Migrationsskripte und Validierung als technische Quelle für den weiteren Pfad.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#referenzimplementierung](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#referenzimplementierung) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#referenzimplementierung`

### 4. Labor und Repositorys vorbereiten

Stage: `stairs`

Bestätigen Sie vorbereitetes Linux-Labor, PostgreSQL-Werkzeuge, freigegebene Repository-Stände, Zugangsdaten und Projektvoraussetzungen vor der Erzeugung von Beispieldaten. Stoppen Sie, wenn die geprüfte Implementierung fehlt; ersetzen Sie sie nicht durch einen ungeprüften Standardbranch.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#arbeitsumgebung-für-den-walkthrough-vorbereiten](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#arbeitsumgebung-für-den-walkthrough-vorbereiten) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#arbeitsumgebung-für-den-walkthrough-vorbereiten`

### 5. Quellnachweise vorbereiten

Stage: `shield`

Erfassen und prüfen Sie Quell-Dump, Manifest und Datenstand vor der Zielbereitstellung. Halten Sie Quelle und isolierte Testdaten eindeutig auseinander.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#quellnachweise-vorbereiten](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#quellnachweise-vorbereiten) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#quellnachweise-vorbereiten`

### 6. Zielparameter konfigurieren

Stage: `stairs`

Wählen und prüfen Sie SKE, Flex, Gateway, DNS und Observability vor der Bereitstellung. Lassen Sie HPA, Lastgenerierung und den veralteten direkten Import-Job deaktiviert.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#minimale-zielkonfiguration](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#minimale-zielkonfiguration) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#minimale-zielkonfiguration`

### 7. Ziel bereitstellen

Stage: `hut`

Prüfen Sie die Zielparameter und den Infrastrukturplan, stellen Sie die Ressourcen bereit und sichern Sie die Ergebnisse vor der Migrationsprobe.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#ziel-bereitstellen](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#ziel-bereitstellen) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#ziel-bereitstellen`

### 8. Datenbankzugriffsgrenzen prüfen

Stage: `shield`

Prüfen Sie SKE-Egress-ACLs, clusterinternen Migrationspfad, Schutz der Zugangsdaten und die Grenzen von sslmode=require vor jedem Daten-Restore.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#zugriffskontrolle-und-temporäre-acl-erweiterung-für-migration](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#zugriffskontrolle-und-temporäre-acl-erweiterung-für-migration) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#zugriffskontrolle-und-temporäre-acl-erweiterung-für-migration`

### 9. kubectl einrichten und Ziel validieren

Stage: `stairs`

Exportieren Sie eine private, kurzlebige Kubeconfig und prüfen Sie Deployment, Gateway, HTTPRoute, DNS und Anwendungsbereitschaft vor der Probe. Entfernen Sie die lokale Kubeconfig nach Gebrauch.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#validierung-mit-kubectl](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#validierung-mit-kubectl) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#validierung-mit-kubectl`

### 10. Telemetriepfad prüfen

Stage: `chart`

Öffnen Sie das verwaltete Dashboard und prüfen Sie tatsächliche Scrape-Ergebnisse für Anwendung und Datenbank. Fehlende Telemetrie verhindert eine belastbare Abnahme, auch wenn die Anwendung antwortet.

Asset: [/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#datenbank-metriken-in-observability-sichtbar-machen](/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform/#datenbank-metriken-in-observability-sichtbar-machen) — source: [/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md](/raw/de/migration/assetcontainer/stackit/replatform-automation-spring-boot-vm-to-kubernetes-terraform.md), section `#datenbank-metriken-in-observability-sichtbar-machen`

### 11. Proben und freigeben

Stage: `stairs`

### 12. Cutover ausführen

Stage: `rocket`

Frieren Sie Quellschreibzugriffe ein und führen Sie den explizit bestätigten Workflow aus. Das Skript stoppt die Anwendung, schützt und prüft das Zielbackup, importiert die Quelle transaktional, validiert Daten und stellt Replikas wieder her. Traffic-Umschaltung und fachliche Freigabe liegen beim Betreiber.

Asset: [/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot/#ablaufplan-für-das-cutover-fenster](/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot/#ablaufplan-für-das-cutover-fenster) — source: [/raw/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot.md](/raw/de/migration/assetcontainer/stackit/runbook-replatform-spring-boot.md), section `#ablaufplan-für-das-cutover-fenster`

### 13. Validieren oder zurückrollen

Stage: `shield`

### 14. Referenzimplementierung stabilisieren

Stage: `summit`

### 15. Nachgewiesene Ergebnisse und offene Grenzen

Stage: `chart`

### 16. 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`

### 17. Dieselbe Referenzimplementierung fortführen

Stage: `chart`

Behalten Sie Repository, Deployment, Datenbank und Monitoring-Baseline bei. Optimierung folgt auf Abnahme und Stabilisierung; sie ist kein zusätzliches Experiment im Cutover-Fenster.

Asset: [/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#referenzimplementierung-fortführen](/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#referenzimplementierung-fortführen) — 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 `#referenzimplementierung-fortführen`

### 18. 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`

### 19. PostgreSQL Flex passend dimensionieren

Stage: `chart`

Unterscheiden Sie Verbindungs-, Abfrage-, Sperr- und Speicherdruck vor der Wahl eines unterstützten Flex-Flavors oder einer Speicheränderung. Prüfen Sie Austausch- und Umkehrbarkeitsgrenzen, bewahren Sie Recovery-Nachweise auf und behandeln Sie Infrastrukturaustausch nie als routinemäßigen Daten-Rollback.

Asset: [/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#postgresql-flex-für-rightsizing-und-tuning](/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#postgresql-flex-für-rightsizing-und-tuning) — 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 `#postgresql-flex-für-rightsizing-und-tuning`

### 20. Pod-Budget passend dimensionieren

Stage: `chart`

Vergleichen Sie JVM-Heap, Nicht-Heap-Speicher, CPU-Throttling, Startverhalten und Exporter-Overhead vor der Änderung der Deployment-Ressourcenbudgets. Planen Sie den Rollout und validieren Sie Anwendungs- und Datenverhalten gegen die Baseline.

Asset: [/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#pod-ressourcen-und-jvm-budget](/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#pod-ressourcen-und-jvm-budget) — 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 `#pod-ressourcen-und-jvm-budget`

### 21. Pod- und Worker-Skalierung qualifizieren

Stage: `stairs`

### 22. Optional: HPA konfigurieren und prüfen

Stage: `stairs`

Führen Sie erst nach Stabilisierung und Abschluss aller Migrations- oder Rollback-Arbeiten ein separat freigegebenes Skalierungsexperiment durch. Qualifizieren Sie zuvor Telemetrie pro Pod und Replikaverantwortung; diese Befehle gehören nicht zur validierten Migrationsbasis.

Asset: [/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#konfiguration-für-pod-autoscaling](/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#konfiguration-für-pod-autoscaling) — 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 `#konfiguration-für-pod-autoscaling`

### 23. Optimierung validieren

Stage: `shield`

Vergleichen Sie das geänderte System im vereinbarten Beobachtungsfenster mit der abgenommenen Baseline. Behalten Sie nur nachgewiesene Verbesserungen bei, nutzen Sie bei verschlechterten Kriterien den freigegebenen Rücknahme- oder Recovery-Pfad und übernehmen Sie die Ergebnisse in künftige Migrationswellen.

Asset: [/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#rollback-und-abnahme](/de/migration/assetcontainer/stackit/optimize-replatformed-spring-boot-kubernetes-rightsizing/#rollback-und-abnahme) — 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 `#rollback-und-abnahme`