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,95 @@
|
||||
# APN Architektur
|
||||
|
||||
Version: 44 | Last modified: 2024-05-27T13:28:35.191+02:00
|
||||
Source: confluence page ID 244623148
|
||||
|
||||
---
|
||||
|
||||
ThemenradarNeue Funktionen:
|
||||
LuLP - IDeadline Start GLV Vorbereitung ab 21.10.2024 (letztes Release also nach PI 34 Sprint 1, mit Puffer also letztes sinnvolles Release nach PI33 Sprint 5).
|
||||
Rückwärtsgerechnet 2 Sprints für Performanceverbesserung, 1 Sprint für Lasttests, d.h. LuLP Grundlagen müssen Einsatzfähig sein nach PI33 Sprint 2)
|
||||
|
||||
TracingAufbau eines eigenen Grafana Stacks
|
||||
|
||||
AuroraDB Abzüge und genereller PU Support - M
|
||||
Messaging abziehen, neu aufsetzen? Initial Load?ggf Kafka betrachten?
|
||||
Â
|
||||
|
||||
Health Dashboard + Alerting multistage 1173Prio Low, vielleicht erhöht mit TS3
|
||||
|
||||
TS3Prio Low
|
||||
|
||||
Vereinfachung bestehender Prozesse:
|
||||
zentrales Rollout - I (nur bis Tags funktionieren)npm Version/Tag setzen
|
||||
Pipelines umbauen/reparieren
|
||||
triggern der Pipelines
|
||||
Ergebnis transparent machen
|
||||
(Volldeployments+Kompatibilitätsnetze)
|
||||
|
||||
Renovate
|
||||
|
||||
Nutzung bestehender Tools
|
||||
Sonarcube - alle (auf 30% selektiv)min Coverage erhöhen
|
||||
|
||||
WhitesourceFunktionsfähigkeit prüfen (Pipeline Konfig)
|
||||
Dual Lizenzen prüfen
|
||||
|
||||
zentrales API Repository
|
||||
|
||||
Wartung der Platform:
|
||||
Versionsupdates (Spring, Java, CNP, EIP, ...?) - G2 CNP Upgrades von der CNP Platform
|
||||
2 MoqAP Upgrades einpflegen
|
||||
5.15 Tibco BW PU Upgrade betreuen (26.6.?)
|
||||
SAG Patches für Pentest Findings einspielen
|
||||
US1204 Technische User über zentrale Authentifizierung anmelden
|
||||
|
||||
Pentest & ScannerMedium/Low Findings
|
||||
|
||||
KarpenterPrio High
|
||||
Deadline nicht genau spezifiziert, wir erwarten aber PI33/34
|
||||
|
||||
SDLC Reifegradwir hatten bis Ende 2023 die Pflicht Reifegrad 1 zu erreichen
|
||||
für Reifegrad 1 fehlt noch: DAST Scanner (z.b. OWASP Zap Scanner oder ggf Invictus Scanner),
|
||||
Reifegrad 2 hat keine uns bekannte DeadlineÂ
|
||||
|
||||
Renamingeigene Konventionen weiterhin nicht 100% eingehalten
|
||||
|
||||
+ Restarbeiten PI32
|
||||
npm zentral rollout
|
||||
(karpenter)
|
||||
central rest APIÂ
|
||||
Wie ist das Architektur Backlog aufgebaut?Es gibt einen Haupt-Anker, das sogenannte Architektur Backlog. Das ist der Enabler O2CAAPN-16.
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-16 â hier gehts los, das ist der Haupt-Anker. Das sogenannte Architektur Backlog.
|
||||
|
||||
truedarstellungfalseautotoptrue6034
|
||||
|
||||
Die Architekten nutzen nur die relates to Beziehung, um Stories zu verwalten. Andere Beziehungen, vor allem die parent / child of Beziehung, werden von den Produkt Owner genutzt um Stories z.b. in Features einzuteilen.
|
||||
|
||||
Sammelbecken (sowohl PI als auch Themen Sammelbecken) beginnen mit "APN-A: ", damit schnell ersichtlich ist, dass es sich um etwas handelt, was die Architekten erstellt haben.
|
||||
Prioritäten?Die Architekten nutzen die Prioritäten bereits im Architektur Backlog, und zwar wie folgt:
|
||||
critical / very high â muss sofort, also im laufenden PI, abgearbeitet werden
|
||||
high â muss ins nächste PI
|
||||
medium â kann ins nächste PI, muss aber nicht
|
||||
low â ist explizit nicht für das nächste PI geeignet
|
||||
very low â muss vielleicht garnicht gemacht werden â neu betrachten und bewerten
|
||||
Sobald Stories in ein Feature wandern kann und sollte die Prioritär neu gesetzt werden um dann eine Abarbeitungsreihenfolge im Sprint wiederzuspiegeln.
|
||||
|
||||
AB HIER GGF VERALTETVersuch einer Ordnung alter Storys, Enabler und Features (ab hier ggf. verwaltet)PI spezifische Aufgabenplanungdas I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-308 (leer)
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-307 (leer)
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-306 (leer)
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-289 (10+ stories)
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-108 (3+ Stories)
|
||||
|
||||
Aufgabenspezifische SammelbeckenAlle mit APN-A im Summary
|
||||
das I.NVI IT Lifecycle Management Toolproject = O2CAAPN AND resolution = Unresolved AND summary ~ APN-A ORDER BY priority ASC, updated DESCd1143f0d-33c0-3f1c-b44b-7720150f306e
|
||||
|
||||
Reine Mig Backlogs??das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-209
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-199
|
||||
|
||||
Reaktives Incidentmanagementdas I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-286
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-186
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-312
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-164
|
||||
|
||||
Securitydas I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-286
|
||||
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CAAPN-294
|
||||
Reference in New Issue
Block a user