Lernpfad
Aurora Bank ist eine fiktive Digital-Banking-Plattform, die als TDD-Masterclass entsteht: jede einzelne Funktionalität wird testgetrieben entwickelt, jeder Red-Green-Refactor-Schritt ist ein eigener Git-Commit. Ziel ist ein doppelter Lerneffekt — ein funktionierendes, enterprise-taugliches Multi-Modul-Backend und eine nachvollziehbare, dokumentierte Methode, wie es entstanden ist.
Wenn du neu hier bist
- Lies Systemüberblick für die grobe Architektur.
- Lies Einführung in TDD — auch wenn du TDD schon kennst, legt sie das in diesem Projekt verwendete Vokabular fest.
- Je nach Rolle: TDD für Entwickler oder TDD für Architekten.
- Verfolge einen konkreten Use-Case über den TDD-Katalog direkt in der Commit-Historie nach.
Domain-Karte
| Bounded Context | Verantwortung | Zentrale Aggregate |
|---|---|---|
| customer-service | Kundenregistrierung, Identitätsprüfung (KYC), Risikoeinstufung | Customer |
| accounts-service | Konten, Ein-/Auszahlung, Kontostatus, Zinsen | Account |
| cards-service | Kartenausgabe, Aktivierung, Autorisierung, Sperrung | Card |
| payments-service | Überweisungen, doppelte Buchführung (Ledger), Saga-Orchestrierung | Transfer, LedgerEntry |
| lending-service | Kreditanträge, Scoring, Tilgungspläne | LoanApplication, Loan |
| notification-service | Reaktion auf fachliche Ereignisse anderer Services | Notification |
Jeder Service besitzt seine eigene Datenbank (siehe ADR-0003) und kommuniziert mit anderen
Services ausschließlich über REST (synchrone Anfragen) oder Kafka-Integrationsevents (siehe
common-events) — nie über gemeinsam genutzte Tabellen.
Baufortschritt (Phasen)
| Phase | Inhalt | Status |
|---|---|---|
| 0 | Fundament: Reactor, common-domain, common-events, common-testing, architecture-tests, Doku-Grundgerüst |
✅ fertig |
| 1 | customer-service (Referenz-Domain: Registrierung, Verifikation, Risikoeinstufung) |
✅ fertig |
| 2 | accounts-service (Eröffnen, Ein-/Auszahlen, Einfrieren/Entsperren, Schließen, Zinsen) |
✅ fertig |
| 3 | cards-service (Ausstellen, Aktivieren, Autorisieren, Sperren/Entsperren) |
✅ fertig |
| 4 | payments-service (Saga mit Kompensation, doppelte Buchführung) |
✅ fertig |
| 5 | lending-service (Scoring, Tilgungsplan) |
✅ fertig |
| 6 | notification-service (Event-Konsument fuer alle drei anderen Domains) |
✅ fertig |
| 7 | Härtung: common-security/Keycloak (vollstaendig in customer-service), Doku-Politur, End-to-End-Check |
✅ fertig |
Dieses Dokument und der TDD-Katalog werden mit jeder Phase aktualisiert.