Modern Enterprise Maven Master 4

Szenario: Dieser Master zeigt einen fokussierten Lernabschnitt: Verschiedene Infrastrukturprofile für dieselbe fachliche Anwendung. Der Ablauf ist so aufgebaut, dass man zuerst Zweck und Kontext versteht, danach Module und Runtime liest und erst anschließend tiefer in Code, Muster und Infrastruktur einsteigt.

Fachliche Frage

Welche Geschäftsentscheidung wird hier unterstützt und welche Daten müssen nachvollziehbar bleiben?

Technische Frage

Welche Module sind wirklich Fachkern und welche sind nur Adapter, Runtime oder Infrastruktur?

Fachliches und technisches SVG

Die zwei SVGs trennen bewusst Fachlichkeit und Technik. Dadurch sieht man, ob ein Thema wirklich fachlich ist oder nur eine technische Umsetzungsschicht darstellt.

Modulkarte

Domain / Fachmodell

Application / Use Cases

Adapter / Infrastruktur

Runtime / Start

Qualität / Betrieb

Dokumentation / Lernen

Leseregel: Starte immer beim Fachmodell und gehe erst danach in Adapter, Runtime und Plattform. So bleibt die Architektur verständlich.

Start, Runtime und praktische Nutzung

▶

Schnellstart

Öffne RUNNABLE.html oder nutze den Smoke-Start im jeweiligen Workspace.

☕

Spring/Jakarta

Wo vorhanden, ergänzen Spring Boot oder Jakarta eine echte Runtime. Smoke bleibt der robuste Minimalstart.

▣

Container

Bei Container-Mastern helfen Compose, Kubernetes und OpenShift-Profile beim Betriebsverständnis.

mvn -q -pl runnable-smoke -am package exec:java

Was ist Demo, was wäre Produktion?

Demo: lokale Startbarkeit, vereinfachte Adapter, nachvollziehbare Abläufe.
Produktionsnah: klare Modulgrenzen, dokumentierte Patterns, Container-/Runtime-Profile und Betriebsdenken.
Noch zu ergänzen für echte Produktion: echte Secrets, echte Infrastruktur, Security-Härtung, Lasttests und verbindliche Compliance-Vorgaben.

Weiter im Projekt

Diese Links führen aus dem Lehrbuch in die eigentliche Projektstruktur.

README RUNNABLE Projektbeschreibungen Design Patterns

Module und Quellcode

42 Module11 KategorienInhalte vollständig übernommen

API & Application 4

api-adminAPI & Application

Codepfad: mvn-ws-aws-vm-bm/api-admin

Verantwortung

Administrative API fuer Betrieb, Replay, Diagnose und manuelle Korrektur

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

ApiAdminModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
ApiAdminFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Facade: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Command: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

api-restAPI & Application

Codepfad: mvn-ws-aws-vm-bm/api-rest

Verantwortung

REST API Schicht fuer synchrone Consumer

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

ApiRestModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
ApiRestFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Facade: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
DTO Mapper: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

enterprise-applicationAPI & Application

Codepfad: mvn-ws-aws-vm-bm/enterprise-application

Verantwortung

Zusammenfuehrendes Beispiel, das Domains, Adapter und Deployments verbindet

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

EnterpriseApplicationModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
EnterpriseApplicationFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Application Service: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Orchestrator: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

worker-schedulerAPI & Application

Codepfad: mvn-ws-aws-vm-bm/worker-scheduler

Verantwortung

Worker fuer Batch, Retry, Replay und Dead-Letter-Verarbeitung

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

WorkerSchedulerModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
WorkerSchedulerFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Command: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Retry: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Adapter & Integration 3

adapter-baremetal-filesAdapter & Integration

Codepfad: mvn-ws-aws-vm-bm/adapter-baremetal-files

Verantwortung

Bare-Metal Dateisystemadapter fuer Batch-Importe und Exporte

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterBaremetalFilesModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterBaremetalFilesFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Gateway: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

adapter-dedicated-sftpAdapter & Integration

Codepfad: mvn-ws-aws-vm-bm/adapter-dedicated-sftp

Verantwortung

SFTP Adapter fuer dediziertes Hosting und B2B-Dateiaustausch

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterDedicatedSftpModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterDedicatedSftpFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Gateway: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

adapter-dedicated-soapAdapter & Integration

Codepfad: mvn-ws-aws-vm-bm/adapter-dedicated-soap

Verantwortung

Dedicated-Hosting SOAP Adapter fuer Partner- oder Alt-Systeme

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterDedicatedSoapModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterDedicatedSoapFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Anti-Corruption Layer: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Daten & Storage 4

adapter-aws-rdsDaten & Storage

Codepfad: mvn-ws-aws-vm-bm/adapter-aws-rds

Verantwortung

AWS RDS Adapter fuer Cloud-Datenbankzugriff

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterAwsRdsModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterAwsRdsFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Repository: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

adapter-aws-s3Daten & Storage

Codepfad: mvn-ws-aws-vm-bm/adapter-aws-s3

Verantwortung

AWS S3 Adapter fuer Dokumente, Rechnungs-PDFs und Archivdaten

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterAwsS3ModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterAwsS3Flow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Ports and Adapters: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

adapter-onprem-oracleDaten & Storage

Codepfad: mvn-ws-aws-vm-bm/adapter-onprem-oracle

Verantwortung

On-Prem Oracle Adapter inklusive Stored-Procedure-Grenze

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterOnpremOracleModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterOnpremOracleFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Anti-Corruption Layer: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

adapter-vm-postgresDaten & Storage

Codepfad: mvn-ws-aws-vm-bm/adapter-vm-postgres

Verantwortung

VM-Hosting PostgreSQL Adapter fuer klassische VM-Deployments

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterVmPostgresModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterVmPostgresFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Repository: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Deployment 5

deployment-awsDeployment

Codepfad: mvn-ws-aws-vm-bm/deployment-aws

Verantwortung

IaC-nahe AWS Deployment-Dokumentation und Parameterobjekte

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

DeploymentAwsModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
DeploymentAwsFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Template Method: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Configuration Object: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

deployment-baremetalDeployment

Codepfad: mvn-ws-aws-vm-bm/deployment-baremetal

Verantwortung

Deployment-Modell fuer Bare-Metal, Systemd und lokale Volumes

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

DeploymentBaremetalModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
DeploymentBaremetalFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Template Method: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Configuration Object: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

deployment-dedicatedDeployment

Codepfad: mvn-ws-aws-vm-bm/deployment-dedicated

Verantwortung

Dedicated-Hosting Deployment mit Provider-Grenzen und SFTP/SOAP

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

DeploymentDedicatedModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
DeploymentDedicatedFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Template Method: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Configuration Object: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

deployment-onpremDeployment

Codepfad: mvn-ws-aws-vm-bm/deployment-onprem

Verantwortung

On-Prem Deployment mit Firewall, MQ, Oracle und internen Netzen

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

DeploymentOnpremModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
DeploymentOnpremFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Template Method: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Configuration Object: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

deployment-vmDeployment

Codepfad: mvn-ws-aws-vm-bm/deployment-vm

Verantwortung

Deployment-Modell fuer klassische VMs und Reverse Proxies

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

DeploymentVmModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
DeploymentVmFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Template Method: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Configuration Object: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Domain 7

billing-domainDomain

Codepfad: mvn-ws-aws-vm-bm/billing-domain

Verantwortung

Rechnungs-Domain mit Billing-Entscheidungen und Payment-Port

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

BillingDomainModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
BillingDomainFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Aggregate: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Factory: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

cqrs-readmodelDomain

Codepfad: mvn-ws-aws-vm-bm/cqrs-readmodel

Verantwortung

Read-Model-Projektionen fuer schnelle Abfragen

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

CqrsReadmodelModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
CqrsReadmodelFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

CQRS: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Projection: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

customer-domainDomain

Codepfad: mvn-ws-aws-vm-bm/customer-domain

Verantwortung

Kunden-Domain mit Profil, Segment und Compliance-Hinweisen

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

CustomerDomainModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
CustomerDomainFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

DDD Entity: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

inventory-domainDomain

Codepfad: mvn-ws-aws-vm-bm/inventory-domain

Verantwortung

Bestands-Domain mit Reservierung, Freigabe und Kompensation

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

InventoryDomainModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
InventoryDomainFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Aggregate: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Domain Event: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

order-domainDomain

Codepfad: mvn-ws-aws-vm-bm/order-domain

Verantwortung

Auftrags-Domain mit Aggregates, Policies und Domain Events

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

OrderDomainModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
OrderDomainFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Aggregate: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Factory: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

pricing-domainDomain

Codepfad: mvn-ws-aws-vm-bm/pricing-domain

Verantwortung

Preisfindung, Rabattregeln und Entscheidungsstrategie

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

PricingDomainModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
PricingDomainFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Strategy: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Policy: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

shipping-domainDomain

Codepfad: mvn-ws-aws-vm-bm/shipping-domain

Verantwortung

Versandentscheidung, Carrier-Auswahl und Zustellstatus

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

ShippingDomainModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
ShippingDomainFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Adapter Boundary: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Infrastructure 2

infra-configInfrastructure

Codepfad: mvn-ws-aws-vm-bm/infra-config

Verantwortung

Konfigurationsmodell fuer AWS, VM, Bare Metal, On-Prem und Dedicated Hosting

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

InfraConfigModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
InfraConfigFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Factory: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Strategy: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

platform-bomInfrastructure

Codepfad: mvn-ws-aws-vm-bm/platform-bom

Verantwortung

Zentrale Versionen und Dependency-Management fuer alle Laufzeitbereiche

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

PlatformBomModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
PlatformBomFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

BOM: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Parent POM: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Messaging 5

adapter-aws-sqsMessaging

Codepfad: mvn-ws-aws-vm-bm/adapter-aws-sqs

Verantwortung

AWS SQS/SNS Adapter fuer Cloud-Messaging

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterAwsSqsModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterAwsSqsFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Ports and Adapters: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

adapter-onprem-mqMessaging

Codepfad: mvn-ws-aws-vm-bm/adapter-onprem-mq

Verantwortung

On-Prem IBM MQ / JMS Adapter fuer Legacy-Integration

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

AdapterOnpremMqModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
AdapterOnpremMqFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Adapter: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Ports and Adapters: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

integration-eventsMessaging

Codepfad: mvn-ws-aws-vm-bm/integration-events

Verantwortung

Kanonenform der Integrationsereignisse fuer Kafka, SQS oder MQ

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

IntegrationEventsModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
IntegrationEventsFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Domain Event: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Schema Contract: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

outbox-coreMessaging

Codepfad: mvn-ws-aws-vm-bm/outbox-core

Verantwortung

Transaktionale Outbox als Kernmechanismus fuer robuste Event-Ausleitung

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

OutboxCoreModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
OutboxCoreFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Transactional Outbox: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Repository: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

saga-coreMessaging

Codepfad: mvn-ws-aws-vm-bm/saga-core

Verantwortung

Saga-Orchestrierung fuer Order-to-Cash ueber mehrere Systeme

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

SagaCoreModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
SagaCoreFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Saga: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Command: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Observability 1

infra-observabilityObservability

Codepfad: mvn-ws-aws-vm-bm/infra-observability

Verantwortung

Logging, Metrics, Tracing und Korrelations-IDs

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

InfraObservabilityModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
InfraObservabilityFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Observer: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Decorator: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Security 1

infra-securitySecurity

Codepfad: mvn-ws-aws-vm-bm/infra-security

Verantwortung

Security-Modul fuer Token, Service-to-Service und Secret-Abstraktion

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

InfraSecurityModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
InfraSecurityFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Facade: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Policy: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Testing 5

enterprise-contractsTesting

Codepfad: mvn-ws-aws-vm-bm/enterprise-contracts

Verantwortung

Interne Ports, Commands, Events und DTOs zwischen Bounded Contexts

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

EnterpriseContractsModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
EnterpriseContractsFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Port: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
DTO: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

runnable-smokeTesting

Codepfad: mvn-ws-aws-vm-bm/runnable-smoke

runnable-smoke

Dieses Modul macht den Workspace sofort ausfuehrbar.

Start

mvn -q -pl runnable-smoke -am package exec:java

Zweck

Der Smoke-Run fuehrt einen kompakten Enterprise-Ablauf aus: Order validieren, Inventory reservieren, Payment autorisieren, Outbox-Event erzeugen und Deployment-Bereitschaft pruefen.

Entwurfsmuster

Command: fachliche Schritte als ausfuehrbare Aktionen.
Pipeline: Schritte laufen in stabiler Reihenfolge.
Result Object: klare Rueckgabe ohne versteckte Seiteneffekte.

testing-architectureTesting

Codepfad: mvn-ws-aws-vm-bm/testing-architecture

Verantwortung

Architekturtests fuer Dependency-Regeln und Schichtgrenzen

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

TestingArchitectureModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
TestingArchitectureFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Layered Architecture Guard: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

testing-chaosTesting

Codepfad: mvn-ws-aws-vm-bm/testing-chaos

Verantwortung

Chaos- und Failure-Szenarien fuer Netz, Queue, DB und Filesystem

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

TestingChaosModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
TestingChaosFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Circuit Breaker: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Bulkhead: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

testing-contractTesting

Codepfad: mvn-ws-aws-vm-bm/testing-contract

Verantwortung

Contract Tests und Schema-Kompatibilitaet

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

TestingContractModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
TestingContractFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Consumer-Driven Contract: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

Weitere Module 5

mvn-ws-aws-vm-bmWeitere Module

Codepfad: mvn-ws-aws-vm-bm

Oeffne diesen Ordner als Maven-Projekt. Startpunkt ist pom.xml. Details stehen in PROJECTS.html und in den Modul-READMEs.

migration-data-syncWeitere Module

Codepfad: mvn-ws-aws-vm-bm/migration-data-sync

Verantwortung

Datenmigration, CDC, Dual-Write-Vermeidung und Reconciliation

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

MigrationDataSyncModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
MigrationDataSyncFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Reconciliation: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Idempotency: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

migration-stranglerWeitere Module

Codepfad: mvn-ws-aws-vm-bm/migration-strangler

Verantwortung

Strangler-Fig-Migrationspfad von Legacy zu modularen Services

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

MigrationStranglerModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
MigrationStranglerFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Strangler Fig: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Anti-Corruption Layer: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

ops-runbookWeitere Module

Codepfad: mvn-ws-aws-vm-bm/ops-runbook

Verantwortung

Betriebsablaeufe, Alarme, Playbooks und Eskalationspfade

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

OpsRunbookModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
OpsRunbookFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Operational Pattern: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Checklist: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.

shared-kernelWeitere Module

Codepfad: mvn-ws-aws-vm-bm/shared-kernel

Verantwortung

Gemeinsame Value Objects, Fehlerobjekte, IDs und Zeitmodell

Fachlicher Ablauf

Eingangsvertrag lesen und fachliche Grenze bestimmen.
Laufzeitumgebung festlegen: AWS, VM, Bare Metal, On-Premise oder Dedicated Hosting.
Port, Adapter, Policy oder Deployment-Modell implementieren.
Fehlerfaelle dokumentieren: Timeout, Netzproblem, Queue-Backlog, DB-Lock, Dateisystemfehler.
Test, Architecture-Check oder Runbook als Nachweis ergaenzen.

Wichtige Klassen

SharedKernelModuleGuide: beschreibt Aufgabe, Risiko und Ablauf.
SharedKernelFlow: Ablaufmodell fuer technische Zielumgebungen, falls vorhanden.

Architekturbausteine

Shared Kernel: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.
Value Object: eingesetzt zur Trennung von Fachlogik, Infrastruktur und Betriebsrisiken.

Deep-Dive-Hinweis

Dieses Modul ist bewusst klein, damit Codex oder Claude Code es phasenweise erweitern kann: zuerst Tests und Ports, danach Adapter, danach Observability, danach Failure-Szenarien.