discuss the spec

[sechmann]

No description provided.

[mortenlj]

Her kan man vurdere å utvide med maxSurge / maxUnavailable eller noe tilsvarende.

[jhrv]

I teorien enig i grupperingen, og i "max"-versjonen av fila er det veldig ryddig, men i vanilla-caset/vanlig mengde config tror jeg den kanskje ikke gir brukeren noe voldsomt. At dette heller kanskje bare kunne vært på toppnivå?

Man slipper også forvirring ala "skulle dette innunder container eller toppnivå?"

[jhrv]

Syns denne er kjip med tanke på at den er veldig NAV-spesifikk. Samme gjelder secureLogs.
I disse tilfellet ville f.eks Suffix vært fin, da man kunne laget den bare for NAV. Dok og alt vil da kun bli generert for NAV

[thokra-nav]

Med innføring av ny spec. Kan vi med GCP Service account laget for disse appene generere service account i teamets namespace? Er mulig å gjøre cross-project workload identity

[thokra-nav]

Tenkte litt over CNRM, som i måten vi bruker det på bruker veldig mye ressurser (100m CPU og 512Mi minne). Vi har 240 av disse kjørende i NAV clustre, uavhengig av om det blir brukt av namespacene de tilhører.
Har vi vurdert alternativer som f.eks. https://www.crossplane.io? (Har ikke sjekket om crossplane hadde fungert)

[mortenlj]

Tenkte litt over CNRM, som i måten vi bruker det på bruker veldig mye ressurser (100m CPU og 512Mi minne). Vi har 240 av disse kjørende i NAV clustre, uavhengig av om det blir brukt av namespacene de tilhører.
Har vi vurdert alternativer som f.eks. crossplane.io? (Har ikke sjekket om crossplane hadde fungert)

Har ikke gjort noen slik vurdering, men jeg mistenker også at det er en vurdering/bytte som kan gjøres helt uavhengig av ny spec. Min hunch er at Crossplane antageligvis kan brukes, da jeg mener å ha lest at crossplane har full støtte for alle GCP features (samme med Azure og AWS IIRC). Spørsmålet er om det er noe å tjene på det.

[thokra-nav]

Det er nok veldig sant det du sier Morten. Hvis det kan kjøres med færre instanser og likevell gjøre jobben vi krever så kan vi jo spare ganske mange noder.

[mortenlj]

Det er interesse for å kunne bruke flere opensearch instanser, så kanskje dette også burde være en liste?
https://nav-it.slack.com/archives/C5KUST8N6/p1686221727962249

[mortenlj]

Siden vi har bestemt oss for å legge dette initiativet dødt inntil videre så kan vi sikkert lukke denne?
Regner med at vi plukker den opp og ser på den hvis vi starter på oppgaven igjen senere, men da skal vi nok lage et nytt utkast uansett.