Migrate all repos into monorepo context folders
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)
Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
This commit is contained in:
@@ -0,0 +1,100 @@
|
||||
# Roadmap & Aktionsplan pathOS
|
||||
|
||||
> Stand: 2026-04-22 | Konsolidierung aller Findings aus Phase 1-3
|
||||
|
||||
---
|
||||
|
||||
## Management Summary
|
||||
|
||||
pathOS ist ein funktionierendes, aktiv entwickeltes System mit solidem Tech-Stack (Java 21, Spring Boot, Angular 21, Camunda 8, Kafka, Kubernetes). Die Architektur ist gut dokumentiert (arc42 Runbook, 75 ADRs) und Security wird ernst genommen (Renovate, Trivy, Fortify, DefectDojo).
|
||||
|
||||
**Die Hauptrisiken liegen nicht im Code, sondern in der operativen Komplexitaet:**
|
||||
- 17+ Umgebungen mit manueller Orchestrierung
|
||||
- 47 Infra-Projekte bei einem Team (STeam)
|
||||
- Spring Boot EOL in 2 Monaten
|
||||
- Parallelbetrieb mit Altsystem TPN
|
||||
|
||||
---
|
||||
|
||||
## Priorisierter Aktionsplan
|
||||
|
||||
### SOFORT (naechste 2 Monate, vor Spring Boot EOL)
|
||||
|
||||
| # | Aktion | Begruendung | Aufwand | Verantwortlich |
|
||||
|---|--------|-------------|---------|---------------|
|
||||
| A1 | **Spring Boot 4 Upgrade starten** | EOL 3.5 ist Juni 2026. Betrifft alle Services. | HOCH (2-4 Sprints) | Alle Teams |
|
||||
| A2 | **Parent-POM Java auf 21 anheben** | Inkonsistenz: Parent=17, Services=21 | NIEDRIG (1 Tag) | STeam |
|
||||
| A3 | **Parent-POM Konsolidierung pruefen** | SV hat eigenen Parent → Versionsdivergenzen | MITTEL (1 Sprint) | CIB + STeam |
|
||||
|
||||
### KURZFRISTIG (naechste 2-3 PIs)
|
||||
|
||||
| # | Aktion | Begruendung | Aufwand | Verantwortlich |
|
||||
|---|--------|-------------|---------|---------------|
|
||||
| A4 | **Deployment-Automatisierung** | Smoketests nach Deployment, Release-Checkliste in Pipeline | MITTEL (2 Sprints) | STeam + alle |
|
||||
| A5 | **DevOps-Wissen verteilen** | Jedes Team 2+ Personen mit Deployment-Faehigkeit | MITTEL (laufend) | Alle Teams |
|
||||
| A6 | **Camunda 8.8 → 8.9 Upgrade** | Roadmap Item 8.2, inkl. PITR | MITTEL (1-2 Sprints) | CIB |
|
||||
| A7 | **Monitoring-Konzept abschliessen** | Roadmap Item 4.1, in Arbeit seit PI 39 | MITTEL (1 Sprint) | STeam |
|
||||
| A8 | **Disaster-Recovery-Test 3** | Roadmap Item 5.2/5.3, Validierung auf Staging | MITTEL (1 Sprint) | STeam |
|
||||
| A9 | **Secret-Rotation Konzept** | Roadmap Item 3.2, kein Ticket | MITTEL (1 Sprint) | STeam |
|
||||
| A10 | **AppMesh-Alternative** | AWS EOL 2026, CNP arbeitet daran | ABHAENGIG von CNP | STeam |
|
||||
| A11 | **Repo-Beschreibungen ergaenzen** | 60% ohne Beschreibung, Quick Win | NIEDRIG (1 Tag) | Alle Teams |
|
||||
| A12 | **Archivierte Repos aufraeumen** | 32 archivierte Projekte erzeugen Rauschen | NIEDRIG (1 Tag) | STeam |
|
||||
|
||||
### MITTELFRISTIG (3-6 Monate)
|
||||
|
||||
| # | Aktion | Begruendung | Aufwand | Verantwortlich |
|
||||
|---|--------|-------------|---------|---------------|
|
||||
| A13 | **Infra-Verantwortung aufteilen** | STeam als Bottleneck entlasten, Teams uebernehmen eigene Infra | HOCH (mehrere PIs) | Alle Teams |
|
||||
| A14 | **Contract Testing einfuehren** | 10+ APIs ohne Contract Tests, ADR-50 war obsolet | MITTEL (2-3 Sprints) | Alle Teams |
|
||||
| A15 | **Umgebungen konsolidieren** | 17+ ist zu viel, SAT1/SAT2/SAT3 pruefen | MITTEL (1-2 Sprints) | STeam |
|
||||
| A16 | **Full-Table-Scans in AV beheben** | Roadmap Item 7.1, Performance-Problem | MITTEL (1-2 Sprints) | CIB |
|
||||
| A17 | **Daten-Partitionierung nach Fahrplanjahr** | Roadmap Item 7.2, bis Maerz 2027 | HOCH (2-3 Sprints) | CIB |
|
||||
| A18 | **Keycloak-Projekte konsolidieren** | 5+ separate Repos | NIEDRIG (1 Sprint) | STeam |
|
||||
| A19 | **API-Versionierung formalisieren** | Roadmap Item 6.4 | MITTEL (1 Sprint) | Alle Teams |
|
||||
| A20 | **GitLab-Repos restrukturieren** | Roadmap Item 6.7 | MITTEL (1-2 Sprints) | STeam |
|
||||
|
||||
### LANGFRISTIG (6+ Monate)
|
||||
|
||||
| # | Aktion | Begruendung | Aufwand | Verantwortlich |
|
||||
|---|--------|-------------|---------|---------------|
|
||||
| A21 | **Team-Schnitt an Subdomaenen** | Klare Ownership pro Bounded Context | HOCH (Orga) | PM/RTE |
|
||||
| A22 | **STeam → Platform Team** | Self-Service-Tools statt Bottleneck | HOCH (Orga) | PM/RTE |
|
||||
| A23 | **TTT-Entkopplung** | Eigene E2E-Tests, weniger TTT-Abhaengigkeit | HOCH (mehrere PIs) | Alle Teams |
|
||||
| A24 | **TPN-Abloesung abschliessen** | Parallelbetrieb beenden | SEHR HOCH | Programm-Ebene |
|
||||
|
||||
---
|
||||
|
||||
## Risiko-Matrix
|
||||
|
||||
| Risiko | Wahrscheinlichkeit | Impact | Massnahme |
|
||||
|--------|-------------------|--------|-----------|
|
||||
| Spring Boot EOL ohne Upgrade | HOCH (2 Monate) | KRITISCH | A1: Sofort starten |
|
||||
| AppMesh EOL ohne Alternative | MITTEL | HOCH | A10: CNP-Abhaengigkeit |
|
||||
| Deployment-Ausfall durch Komplexitaet | MITTEL | HOCH | A4, A5, A15 |
|
||||
| STeam-Mitarbeiter verlassen Projekt | MITTEL | KRITISCH | A5, A13, A22 |
|
||||
| Datenbank-Performance bei Wachstum | MITTEL | HOCH | A16, A17 |
|
||||
| Security-Incident durch veraltete Deps | NIEDRIG (Renovate aktiv) | HOCH | Laufend |
|
||||
|
||||
---
|
||||
|
||||
## Zeitplan-Uebersicht
|
||||
|
||||
```
|
||||
Apr 2026 ████ Phase 1-3 Analyse (HEUTE)
|
||||
Mai 2026 ████ A1: Spring Boot 4 Upgrade beginnen
|
||||
██ A2: Parent-POM Java 21
|
||||
██ A11: Repo-Beschreibungen
|
||||
Jun 2026 ████ A1: Spring Boot 4 Upgrade (EOL!)
|
||||
███ A4: Deployment-Automatisierung
|
||||
██ A6: Camunda 8.9
|
||||
Jul 2026 ███ A7: Monitoring abschliessen
|
||||
███ A8: DR-Test 3
|
||||
██ A9: Secret-Rotation
|
||||
Aug 2026 ███ A13: Infra-Verantwortung aufteilen (Start)
|
||||
██ A14: Contract Testing (Start)
|
||||
Sep 2026 ███ A15: Umgebungen konsolidieren
|
||||
██ A16: Full-Table-Scans
|
||||
Okt 2026 ███ A17: Daten-Partitionierung (Start)
|
||||
██ A19: API-Versionierung
|
||||
Q1 2027 ████ A21-A24: Langfristige Massnahmen
|
||||
```
|
||||
Reference in New Issue
Block a user