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.
96 lines
4.8 KiB
Markdown
96 lines
4.8 KiB
Markdown
# 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
|