Modulübersicht

AWS VM BM Hybrid Infrastruktur – Modulübersicht

Die Untermodule sind nach Verantwortung geordnet. Öffne nur die Karte, deren fachliche oder technische Aufgabe du untersuchen möchtest.

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.