ankn/Orchestrator
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Migrate all repos into monorepo context folders

Browse Source 
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:
ankn
2026-06-30 20:39:52 +02:00
parent 2f2b295531
commit a5f8fb49ab
1717 changed files with 447332 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
bahn/project-audit/data/confluence-export/pages/171574432_Community of Practice CoP.md
+388
View File
@@ -0,0 +1,388 @@
# Community of Practice (CoP)
> Confluence Page ID: 171574432
> Version: 83
> Pfad: /pathOS/Kommunikationskanäle, Termine, Besprechungsnotizen pathOS/Besprechungsnotizen/Community of Practice (CoP)
> Labels: file-list
---
Community of Practice (CoP) ist eine Möglichkeit für Wissenstransfer und Erfahrungsaustausch für alle in unserem ART. Es soll uns ermöglichen Praktikern, Wissen und Fähigkeiten in dem Train auszutauschen, um bestehendes Wissen zu verteilen oder gemeinsam neues Wissen aufzubauen. 
Themen für CoP sind jeweils bis zum Freitag davor - bis 12 Uhr - einzutragen, ansonsten wird der Termin abgesagt. 
| | #  | Datum | Wer  | Timebox | Thema | Teilnehmer | Besprechungsnotizen
| |
| 16.12.2024 |
|
|
  |
|
| |
| 18.11.2024 |
|
|
  |
|
| |
| 04.11.2024 |
|
|
  |
|
| |
| 21.10.2024 |
|
|
  |
|
| |
| 07.10.2024 |
|
|
  |
|
| |
| 23.09.2024 |
|
|
  |
|
| |
| 26.08.2024 |
|
|
Entfällt, wg. keine Themen |
|
| |
| 12.08.2024 |
|
|
Entfällt wg. keine Themen |
|
| |
| 29.07.2024 |
|
|
  |
|
| |
| 15.07.2024 |
|
|
  |
|
| |
| 01.07.2024 |
|
|
  |
|
| |
| 10.06.2024 | Entfällt wegen I& A |
|
  |
|
| |
| 27.05.2024 |
|
|
  |
|
| |
| 13.05.2024 |
|
|
  |
|
| |
| 29.04.2024 |
|
|
  |
|
| |
| 15.04.2024 | Team Zero | 30 Min |
Wir möchten mit euch über Grafana-Boards, Metriken und Alerts sprechen. Idee ist, dass wir uns in dieser COP gegenseitig unsere Dashboards vorstellen und offen diskutieren was wir für sinnvoll / überflüssig / hilfreich erachten.   |
|
Grafana-Boards von Team Zero und APN und CIB und wurden vorgestellt. Themen waren:
-
- Realisierung der Abfragen 
- Erfahrungen mit Performanceproblemen
- Loki (label spielen eine große Rolle) vs. Prometheus -
Vor- und Nachteile
Kostenstelle ist auch eine Frage dabei, die dann bei CNP/AWS anfallen
IO und Netzwerktraffik kosten zusätzlich Geld
- Spike für fachliche Inszidens mit Countmetrik und Alerts
- Thema ist noch nicht abgeschlossen und es gibt Ideen/Vorschläge zu guter Handhabung
Für Fragen und weiteres Interesse gern Fragen direkt an die jeweiligen Teams.
| |
| 02.04.2024 | Ab jetzt wieder alle 2 Wochen CoP |
|
|
|
| | 27 | 18.03.2024 | Entfällt wegen I& A |
|
  |
|
| | 26 | 19.02.2024 |
|
|
  |
|
| | 25 | 22.01.2024 |
|
|
  |
|
| | 24 | 20.11.2023 | Diego Da-Costa-Souza / Jan Lubenow | 30 Min |
Parallelisierung von Cucumber-Basierten Tests am Beispiel der Systemtests des Bestellsystems.
- Was haben wir umgebaut?
- Welche Herausforderungen gab es?
- Wie gehen wir mit Tests um, die nicht parallel laufen dürfen? |
|
| | 23 | 23.10.2023 | Team Zero | 30 Min | Wir möchten mit euch über Code-Reviews sprechen/ mit euch diskutieren. Habt ihr in eurem Team eine definierte Vorgehensweise wie ausführlich ein Code-Review gemacht wird / ggf. eine Checkliste?  |
|
| | 22 | 07.08.2023 | Marcel Hufgard / Alexander Petioky | 45 Min | Camunda Cockpit für Nichtentwickler |
|
| | 21 | 26.06.2023 | Team Zero | 1 Stunde |
- Wer ergänzt der Entwicklerhanduch Wiki mit Antworten von CoP?
Secrets:
- Wie sind die Secrets strukturiert ?
- Secrets unter Pipeship Verzeichnis. Nur für AT oder andere Stellen auch ?
- Welche Schritte sind nötig Secrets für eine Anwendung zu definieren, der nur während der Pipeline lauft und nicht in ein eigene Container? (z.B. Lup)
Git + Pipeship:
- Umbenennung eine Applikation, was ist der beste/einfachste Weg?
Extra wegen Postman Umstellung:
- Wie ist der Stand mit Postman Ersatz, welche scheint der gewinner zu sein? (Insomnia oder andere)
DevOps Allgemein:
- Gibt es ein Wiki/FAQ für in CNP oft passierende Fehlern und zu ihre Behandlung? Wenn ja, wo ? (z.B.  Ingress Nummer Limit überschritten, DB Übergelaufen) |
|
| | 20 | 29.05.2023 | Team Zero | 30 Min | Fragen zum Thema DevOps |
|
| | 19 | 15.05.2023 | Kai Barkschat, Frank Thiele  | 1 Stunde | Gegenseitige Vorstellung  von APN und BS Piplines |
|
| | 18 | 03.04.2023 | Team Zero | 30-60 Minuten | Brainstorming zur Pipline Problematik.  |
  | Fragen bzw. Themen für FAQ:
- Ist es möglich die Pipeline Ausführung abzubrechen?
- Mit welchen Parameter kann die Pipeline gesteuert werden
- Ressourcen überprüfen & ggf. skalieren
→ das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eO2CSYS-628
| | 17 | 06.02.2023 | Team Zero | 15-30 Minuten | Brainstorming Tracing: Wie wollen wir sinnvoll filtern? |
| Wir brauchen fürs Tracing a) ein sinnvolles Filtern (=Tail Sampling) als Defult zum Deployen und b) ein Verfahren und das Know How, wie man bei Bedarf das Tracing umkonfiguriert.
| | 16 | 23.01.2023 | Alle | 15-30 Minuten | Infosammlung PAN Client | Alle |
| | 15 | 09.01.2023 |
| ca. 5 Minuten | Vorteile der erweiterten Version (Developer Edition) von SonarQube  |   |
| | 14 | 09.01.2023 |
| ca. 30 Minuten | Nutzung von Camunda Cockpit für Prozesse von Steuerung-Vertrieb |
  |
| | 13 | 21.11. und 5.12.2022 | System Team | -- | Diese Termine möchten wir für den Wissenstransfer-Workshop übernehmen (den müssen wir wegen Konflikten jeweils auf Montag verschieben). |
  |
| | 12 | 7.11.2022 | System Team | 30-60min |
Themenvorschlag, bei Interesse:
Tracing mit OpenTelemetry Agent
Vorstellen des Setups und der verfügbaren Java-Code-Annotations. (Doku im Entwicklungshandbuch ist noch in Arbeit.) |   |
| | 11 | 29.08.2022 | Team Zero  |
| Fragen zum Talo(spring) für Logging
Gibt es einen Erweiterungspunkt in Talo-Java/Talo-Spring, was zum Ersetzen von geheimen Daten mit Sternen und zur Verkürzung von langen Strings genutzt werden kann ? 
Wie kann das mit Talo/log4j2 am einfachsten umgesetzt werden? |
|
| | 10. | 01.08.2022 | Team Zero / Bestellsystem Teams | ca. 30 Min. | Springboot-Webflux-WebClient Erfahrungen mit OpenAPI und Springboot-Client |
-  (Zero)
- Nach Interesse |
| | 9. | 11.07.2022 | Bestellsystem-Teams |
|
Git-Workflows
(Fortsetzung) | Erstes Ausprobieren mit Erfahrungsberichten? |
textwenig strukturierte Notizentrue im Zweifelsfall wird eine Pipeline brechen (entweder letzter MR-Build oder erster master-Build)
## Schwierigkeit: Updates von zwei Services
Funktioniert im Realbetrieb nie wirklich gleichzeitig, Kompatibilität zwischen zwei Versionen ist immer mehr oder weniger notwendig.
### Komponenten-Integrations-Test
z.Bsp. ifp-mock-Version in SV .gitlab-ci.yml => kein großes Problem
### Unit-Tests
keine Nachbarsysteme beteiligt,
aber mehr Pflege-Aufwand bei häufigeren Merges
## System-Tests
neue Features erfordern oft neue Branches im System-Test
normalerweise einfach, schwierig zum Sprint-Ende wenn viele Branches gemergt werden
es würde helfen in den System-Test-Reports mehr Metadaten, vor allem Service-Versionsnummern, zu haben.
allgemein: System-Tests sind instabil und "blinken"
Problem: viele Zeit-basierte Tests, mit schwankender Performance beim Nachrichten-Durchlauf (portal - SV - IFP und zurück) => unterschiedliche Test-Ergebnisse
ohne IFP-Mock-Wartezeit geht es bisher auch nicht (SV ist nicht so schnell)
### System-Tests mit development-Branch
Der development-Branch in qa/system-test wird benutzt, sollte nicht gelöscht werden
# automatisiertes Update nach EVU-Test
Reihenfolge der Stages?
=> IEU -> SIT -> EVU
Test-Zuverlässigkeit ist wichtig, je besser System-Test und System-Integration-Test desto sicherer ist das EVU-Test-Deployment
Offene Frage: wieviel Release-Management oder -Freigaben brauchen wir? Besonders in Richtung Kunden-Kommunikation (Sven-Ole).
]]>
| | 8. | 27.06.2022 | System Team | 1 |
Git-Workflows
Bei einem Git-Workflow geht es darum, wann man einen Branch anlegt, welchen existierenden Branch man als Grundlage nimmt und in welcher Reihenfolge und wann man Branches wieder integriert.
Wir stellen vor, welches Workflow in Git aktuell und künftig Vorgehen im Bestellsystem eingesetzt wird. |
|
Grundlage war das Bestellsystem-Konzept Git Workflow
textwenig strukturierte Notizentrue System Test
während der Entwicklung oft ein Diff zwischen Anwendungs-Code und System-Test-Code
]]>
| | 7. |
20.6.2022 | Team APN |
|
Umgang mit Software-Lizenzmanagement. Whitesource wertet das ja aus. Mich würde interessieren, wie die anderen Teams damit umgehen und ob es bereits Automatismen gibt (Die wir vielleicht übernehmen können). So eine Art Auto-Action, Pattern -basiert
-
Haben wir einen Lizenzexperten (Jurist?) als Ansprechpartner?
-
duale Lizenz -Kombinationen für Open Source,
-
organisatorische Vorgaben/Policies bzgl. Lizenzen
-
Erkennung von DBISL
-
In-House Lizenzen verwalten (aktuell bei uns: nur als OrgAdmin über tomag-Team -> sehr aufwendig, nicht praktikabel) |
|
Haben wir einen Lizenzexperten (Jurist?) als Ansprechpartner?
-> https://evi.intranet.deutschebahn.com/evi31/simpleSearchAction.do?filter=Cornelius%20Schumacher
Cornelius Schumacher
Open Source Steward der DB Systel GmbH
Teams Kanal für Lizenz – Fragen
organisatorische Vorgaben/Policies bzgl. Lizenzen
-> Open-Source-Lizenzkompass
https://git.tech.rz.db.de/foss/lizenzkompass/-/blob/master/index.adoc
https://git.tech.rz.db.de/foss/lizenzkompass/-/blob/master/lizenzen/liste.adoc
-> jedes Team kann selbst entscheiden, ob und wie in WhiteSource Policies verwendet werden
mit Policies kann geregelt werden, dass bei bestimmten Lizenzen Alerts entstehen
Erkennung von DBISL
-> aus Sicht von WhiteSource gibt es keine DBISL, entsprechende Libraries können als In-House markiert werden
In-House Lizenzen verwalten (aktuell bei uns: nur als OrgAdmin über tomag-Team -> sehr aufwendig, nicht praktikabel)
-> alle als In-House markierte Libraries entfallen aus der Lizenz-Betrachtung, die Zuordnung muss über tomag-Team laufen, kann leider nicht delegiert werden, man kann ganz gut mit Pattern arbeiten, um Muster zu erkennen
Mögliche Lösungsvorschläge für die Verwaltung von Lizenzen:
- Klären üb es möglich wäre den Feature Flag zu aktivieren und die Lizenz - Verwaltung über Produkt Admins zu organisieren.
- Klären, ob es möglich wäre, Anforderungen der Bahn beim Hersteller zu versenken.
| | 6 | 30.05.2022 | Team Zero |
|
Kundendaten-Adapter
Der Kundendaten-Adapter ist bereits durch viele Hände gegangen und nun beim Team Zero gelandet. Wir möchten gerne von denjenigen, die ihn bisher konzipiert und entwickelt haben, mehr KnowHow bekommen.
Wozu ist er gut und was tut er eigentlich ?
Gibt es besondere Fallstricke (Api oder ähnliches)?
Wie ist das Datenvolumen? Gibt es Anforderungen bzgl. Last- und Performance? |
|
| | 5. |
16.05.2022
23.05.2022 |
| 1 |
DevOps
Was sind unsere Ziele bezüglich DevOps? 
Wie stellen wir DevOps bei uns vor? | Vertreter aus allen Teams |
| | 4.  | 02.05.2022 |
| 1 |
DevOps 
Was sind unsere Ziele bezüglich DevOps?
Wie stellen wir DevOps bei uns vor? | Vertreter aus allen Teams |
| | 3. | 11.04.2022 | Team Zero | 1 |
Camunda:
Einführung in die umgesetzten Prozesse
Erläuterung: Marcel hat uns in der Einführungsveranstaltung die fachlichen Prozesse erläutert. In CoP vom 21.03. Haben uns die CIB-Entwickler an einem Prozess erläutert, wie das technisch realisiert ist und getestet wird. Jetzt wäre es gut, wenn Alexander noch die Lücke schließen würde: Welche fachlichen Prozesse sind wie in Camunda modelliert? |
(CIB)
|
| |
2.  | 21.03.2022 | Team Zero | 1 Stunde |
Camunda:
Welche Prozesse werden abgebildet?
Wie ist die Integration in die SV technisch umgesetzt?
Wie werden diese Prozesse getestet?
Falls vorhanden: Offene Punkte/Erfahrungen/Ausblick |
(Zero)
(CIB)
  (Zero)  |
| |
1. | 07.02.2022 | Team APN  | 1 Stunde  | Integration der CI-Pipeline:
- Welche Erfahrungen hab Ihr bezüglich der Pipeline gemacht?
- Welche Features werden genutzt, welche nicht?
- Welche Ergebnisse werden ausgewertet?
- aktueller Stand der Integration der Pipeline in den Entwicklungsprozess (je Team)
- Ansteuerung/Triggering via git (Vorgehensmodelle)
- Ausblick/Zukunftspläne |
 (Zero)
(Zero)
(System)
(APN)
 
(CIB)
(404)
(APN)
(APN)
(APN)
  (404)
(System)
(404) |