Master 1: Foundation Maven - Runtime-Profil

Zweck

modulare Basis, Clean Architecture, Outbox, Security/Ops. Master 15 konkretisiert dieses System so, dass klar ist, welche Container, Datenbanken, Storage-Profile und Security-Konfigurationen für einen lauffähigen Demo-Betrieb benötigt werden.

Konkreter Runtime-Plan

Bereich	Entscheidung
Runtime-Modul	`v01..v05 Spring Boot oder runnable-smoke`
App-Port	`8081`
Datenbank	PostgreSQL Demo
Storage	local volume
Security	JWT mock
Infrastrukturprofile	compose + k8s + openshift

Ablauf beim Start

Container-Netzwerk für Master 1 erzeugen.
PostgreSQL-Container mit eigenem Volume starten.
Storage-Profil starten: MinIO oder Filesystem-Volume, je nach Fachsystem.
Secret/Config laden, aber keine echten Passwörter in Git speichern.
App-Container starten und Health-Endpunkt prüfen.
Smoke-Flow ausführen: fachlicher Minimalprozess läuft ohne externe Fremdsysteme.
Logs, Metriken und Events im lokalen Profil sichtbar machen.

Lokaler Containerstart

cd platform/docker-compose/01-mvn-sb3-modulare-grundlage
docker compose up --build

Kubernetes/OpenShift-Idee

Deployment startet die App.
Service veröffentlicht den Pod intern.
Ingress oder OpenShift Route veröffentlicht HTTP.
Secret enthält Demo-Credentials.
ConfigMap enthält nicht-sensitive Konfiguration.
PersistentVolumeClaim hält DB- oder Storage-Daten.
NetworkPolicy erlaubt nur notwendige Verbindungen.

Demo vs Produktion

Demo nutzt lokale Container, einfache Passwörter aus .env.example und kleine Volumes. Produktion würde Managed DB, echtes Secret Management, TLS, Image Scans, Backup-Jobs, Observability und gehärtete Container-Images verwenden.

Fachlicher Ablauf

modulare Basis, Clean Architecture, Outbox, Security/Ops. Der Ablauf wird nicht nur gestartet, sondern im Platform-Master mit DB, Storage, Security und Deployment-Kontext verbunden. Damit wird sichtbar, wie das Fachsystem in einer echten Infrastruktur laufen würde.