Codefluss vom Request bis zur Plattform
Der Code Explorer ist wie ein Stadtplan für einen Request. Jede Datei übernimmt eine klar begrenzte Aufgabe: Der Controller nimmt die Anfrage an, der Use Case koordiniert, das Aggregate schützt Regeln, Adapter sprechen Datenbank und Messaging an.
Alltagstaugliche Ablaufbeschreibung
Dieser Abschnitt beschreibt den Ablauf ohne unnötige Fachsprache. Er dient als Brücke zwischen dem sichtbaren Ergebnis und der technischen Umsetzung.
- HTTP Request
- Controller
- Command
- Application Service
- Domain Aggregate
- Repository Port
- JPA Adapter
- PostgreSQL
- Outbox Adapter
- Kafka
- Telemetrie.
Fachlicher Ablauf
Ein fachliches Ereignis informiert andere Bereiche darüber, dass sich etwas Relevantes geändert hat. Der sendende Bereich bleibt verantwortlich für seine Aussage; empfangende Bereiche entscheiden selbst, wie sie darauf reagieren.
- Fachliches Ziel: Der Ablauf liefert ein fachlich eindeutiges und für Benutzer beziehungsweise Betrieb nachvollziehbares Ergebnis.
- Verantwortung: Jeder beteiligte Bereich entscheidet nur innerhalb seiner eigenen fachlichen Zuständigkeit.
- Sichtbares Ergebnis: Order, Inventory, Payment und Notification können unabhängig reagieren, ohne eng gekoppelte synchrone Aufrufketten.
Technischer Ablauf
Der Producer schreibt ein Event in ein Topic. Partitionierung bestimmt Reihenfolge und Parallelität, Consumer Groups verteilen Arbeit, Offsets dokumentieren den Verarbeitungsstand. Retry, Idempotenz und Dead Letter Queue schützen vor Doppelwirkung und dauerhaft fehlerhaften Nachrichten.
- Daten und Schnittstellen: Daten werden an jeder Grenze validiert und nur über definierte APIs, Ports oder Events weitergegeben.
- Fehlerbehandlung: Fehler werden dort behandelt, wo ausreichender Kontext und Verantwortung vorhanden sind; Wiederholungen müssen sicher und nachvollziehbar bleiben.
- Technischer Nachweis: Geprüft werden Producer-Erfolg, Topic/Partition, Consumer Lag, Offset-Fortschritt, Retry-Zahl und DLQ-Einträge.
Zusammenspiel: Der fachliche Ablauf erklärt, warum etwas geschieht und welches Ergebnis zählt. Der technische Ablauf erklärt, wie dieses Ergebnis zuverlässig, sicher und beobachtbar umgesetzt wird.
Architect
Domänen-, Integrations- und Plattformentscheidungen anhand messbarer Qualitätsziele treffen.
Kompetenzziel
Am Ende kannst du Entscheidungen nicht nur wiedergeben, sondern anhand von Anforderungen, Risiken, Betrieb und Alternativen bewerten.
0%
Modul 1: Business CapabilitiesLernmodul
Lernziel
Du kannst Business Capabilities im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Business Capabilities“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Business Capabilities“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 2: Bounded ContextsLernmodul
Lernziel
Du kannst Bounded Contexts im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Bounded Contexts“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Bounded Contexts“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 3: Synchrone vs. asynchrone IntegrationLernmodul
Lernziel
Du kannst Synchrone vs. asynchrone Integration im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Synchrone vs. asynchrone Integration“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Synchrone vs. asynchrone Integration“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 4: Konsistenz und TransaktionenLernmodul
Lernziel
Du kannst Konsistenz und Transaktionen im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Konsistenz und Transaktionen“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Konsistenz und Transaktionen“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 5: Security ArchitectureLernmodul
Lernziel
Du kannst Security Architecture im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Security Architecture“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Security Architecture“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 6: Trade-offs und ADRsLernmodul
Lernziel
Du kannst Trade-offs und ADRs im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Trade-offs und ADRs“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Trade-offs und ADRs“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 7: Evolutionäre ArchitekturLernmodul
Lernziel
Du kannst Evolutionäre Architektur im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Evolutionäre Architektur“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Evolutionäre Architektur“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 8: ArchitekturreviewsLernmodul
Lernziel
Du kannst Architekturreviews im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Architekturreviews“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Architekturreviews“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Abschlussprüfung40 Punkte
Bearbeite die Aufgaben schriftlich. Jede Aufgabe zählt zehn Punkte.
- Schneide die CommerceOne-Domänen.
- Vergleiche REST und Kafka.
- Formuliere ein ADR.
- Bewerte Kosten, Risiko und Wartbarkeit.
Bestehensgrenze: 28 von 40 Punkten und kein kritischer Fehler bei Security oder Recovery.