chore(architecture): minutes of several meetings in the new-architecture agenda

This commit is contained in:
Stephan Lo 2025-02-25 16:32:30 +01:00
parent 908f2c1c93
commit 2949d154f9
3 changed files with 151 additions and 0 deletions

View file

@ -0,0 +1,39 @@
# why we have architectural documentation
TN: Robert, Patrick, Stefan, Stephan
25.2.25, 13-14h
## referring Tickets / Links
* https://jira.telekom-mms.com/browse/IPCEICIS-2424
* https://jira.telekom-mms.com/browse/IPCEICIS-478
* Confluence: https://confluence.telekom-mms.com/display/IPCEICIS/Architecture
## charts
we need charts, because:
* external stakeholders (especially architects) want to understand our product and component structure(*)
* our team needs visualization in technical discussions(**)
* we need to have discussions during creating the documentation
(*): marker: "jetzt hab' ich das erste mal so halbwegs verstanden was ihr da überhaupt macht"
(**) marker: ????
## typed of charts
* schichtenmodell (frontend, middleware, backend)
* bebauungsplan mit abhängigkeiten, domänen
* kontext von außen
* komponentendiagramm,
## decisions
* openbao is backend-system, wird über apis erreicht
## further topics / new requirements
* runbook (compare to openbao discussions)
* persistenz der EDP konfiguartion (zb postgres)
* OIDC vs. SSI

View file

@ -0,0 +1,73 @@
# arbeitsteilung arcihtekur, nach innen und nach aussen
Sebastiano, Stefan, Robert, Patrick, Stephan
25.2.25, 14-15h
## links
* https://confluence.telekom-mms.com/display/IPCEICIS/Team+Members
# montags-call
* Sebasriano im montags-call, inklusive florian, mindestens interim, solange wir keinen architektur-aussenminister haben
# workshops
* nach abstimmung mit hasan zu platform workshops
* weitere beteiligung in weiteren workshop-serien to be defined
# programm-alignment
* sponsoren finden
* erledigt sich durch die workshop-serien
# interne architekten
* robert und patrick steigen ein
* themen-teilung
# produkt struktur
edp standalone
ipcei edp
# architektur themen
## stl
produktstruktur
application model (cnoe, oam, score, xrd, ...)
api
backstage (usage scenarios)
pipelining
'everything as code', deklaratives deployment, crossplane (bzw. orchestrator)
ggf:
identity mgmt
nicht:
security
monitoring
kubernetes internals
## robert:
pipelining
kubernetes-inetrnals
api
crossplane
platforming - erzeugen von ressourcen in 'clouds' (e.g. gcp, und hetzner :-) )
## patrick:
security
identity-mgmt (SSI)
EaC
und alles andere macht mir auch total spass!
# einschätzungen:
* ipceicis-pltaform ist wichtigstes teilprojekt (hasan + patrick)
* offener punkt: workload-steuerung, application model (kompatibility mit EDP)
* thema security, siehe ssi vs. oidc
* wir brauchen eigene workshops zum definieren der zusammenarbiets-modi
# committements
* patrick und robert nehmen teil an architektur
# offen
* sebastian schwaar onboarding? (>=50%) --- robert fragt
* alternative: consulting/support anfallsweise
* hält eine kubernetes einführungs-schulung --> termine sind zu vereinbaren (liegt bei sophie)

View file

@ -0,0 +1,39 @@
# platform-team austausch
## stefan
* initiale fragen:
* vor 2 wochen workshop tapeten-termin
* wer nimmt an den workshops teil?
* was bietet platform an?
* EDP: könnte 5mio/a kosten
* -> produkt pitch mit marko
* -> edp ist unabhängig von ipceicis cloud continuum*
* generalisierte quality of services ( <-> platform schnittstelle)
## Hasan:
* martin macht: agent based iac generation
* platform-workshops mitgestalten
* mms-fokus
* connectivity enabled cloud offering, e2e von infrastruktur bis endgerät
* sdk für latenzarme systeme, beraten und integrieren
* monitoring in EDP?
* beispiel 'unity'
* vorstellung im arch call
* wie können unterschieldiche applikationsebenen auf unterschiedliche infrastruktur(compute ebenen) verteit werden
* zero touch application deployment model
* ich werde gerade 'abgebremst'
* workshop beteiligung, TPM application model
## martin
* edgeXR erlaubt keine persistenz
* openai, llm als abstarktion nicht vorhanden
* momentan nur compute vorhanden
* roaming von applikationen --> EDP muss das unterstützen
* anwendungsfall: sprachmodell übersetzt design-artifakte in architektur, dann wird provisionierung ermöglicht
? Applikations-modelle
? zusammenhang mit golden paths
* zB für reines compute faas