chore(build, dependencies): add Room support with KSP integration and optimize testing dependencies

- Integrated Room plugin and runtime dependencies into `local-db` module, including schema configuration for Room.
- Added KSP processor dependencies for Kotlin Multiplatform compatibility.
- Enhanced `core-domain` module by refining and temporarily adjusting testing dependencies for resolution issues.
This commit is contained in:
2026-01-15 19:31:58 +01:00
parent f6e644d433
commit 36aea11ce4
2 changed files with 82 additions and 0 deletions
+36
View File
@@ -0,0 +1,36 @@
# Backend Roadmap - Meldestelle
Dieses Dokument beschreibt die geplanten Schritte zur Weiterentwicklung der Backend-Infrastruktur. Der aktuelle Fokus liegt auf der **Härtung der Infrastruktur** unter Nutzung des `ping-service` als technischem Blueprint.
## Status Quo
* **Blueprint:** `ping-service` ist funktional, dient aber nun als Zielobjekt für Infrastruktur-Verbesserungen.
* **Technologie:** Spring Boot 3.5.9, Kotlin Coroutines, PostgreSQL.
## Meilensteine (Priorisiert)
### Meilenstein 1: Infrastruktur-Härtung (Fokus: Ping-Service)
* [ ] **Observability & Monitoring:**
* Vollständige Integration von Spring Boot Actuator.
* Konfiguration von Micrometer/Prometheus Metriken.
* Logging-Standardisierung (Structured Logging/JSON für ELK/Loki).
* [ ] **Security Baseline:**
* Integration von Spring Security mit Keycloak (OAuth2/OIDC).
* Absicherung der Endpunkte im `ping-service` (RBAC).
* Validierung der JWT-Tokens am API-Gateway.
* [ ] **Resilience & Stability:**
* Härtung des Resilience4j Setups (Circuit Breaker, Bulkhead, Rate Limiter).
* Optimierung der Datenbank-Connection-Pools (HikariCP).
* Einführung von Flyway oder Liquibase für kontrollierte DB-Migrationen.
### Meilenstein 2: Build-System & CI/CD Readiness
* [ ] **Gradle Refactoring:** Umstellung auf Version Catalog (`libs.versions.toml`) für alle Backend-Module.
* [ ] **Test-Härtung:** Standardisierung der Integrationstests mit Testcontainers (Postgres, Keycloak, Redis).
* [ ] **Docker-Optimierung:** Multi-stage Builds und Distroless-Images für reduzierte Angriffsfläche.
### Meilenstein 3: Rollout auf Fach-Services
* [ ] Übertragung der gehärteten Standards vom `ping-service` auf `horses`, `members`, etc.
* [ ] Dokumentation der "Production Readiness Checklist" für neue Services.
## Nächste Schritte (Vorschlag)
1. **Audit des aktuellen `ping-service`:** Identifikation von Lücken in Security und Monitoring.
2. **Zentralisierung der Abhängigkeiten:** Einführung der `libs.versions.toml`, um eine konsistente Basis für die Härtung zu haben.