ankn
a5f8fb49ab
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.
101 lines
5.3 KiB
Markdown
101 lines
5.3 KiB
Markdown
# 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
|
|
```
|