Closed gislab-augsburg closed 2 months ago
Ich hab die values.yaml und die values-lhm.yaml neu strukturiert, alles LHM-spezifische zu values-lhm, alles allgemeine zu values.
@klml @DanielOber
Passt das so grundsätzlich aus eurer Sicht?
Muss von den Spring/ Keycloak Values (z.B. hier, hier, usw.) noch was rüber zu values-lhm? Sind die LHM-spezifisch, z.B. die ganzen Pfade, z.B.: https://github.com/gislab-augsburg/helm-charts/blob/409186bc9da3651ed7333667f90745ee3b9be2f6/charts/dave/values.yaml#L57C69-L57C139
Soll noch soviel wie möglich in die globalen EnvVars, z.B. die ganzen Spring Werte, oder macht es Sinn, dass einzeln konfigurieren zu können?
die values-lhm.yaml muss langfristig raus ins Projekt helm.
generell brauchen wir dann aber eine values-mininmal.yaml #23+
Ich hab die values.yaml und die values-lhm.yaml neu strukturiert, alles LHM-spezifische zu values-lhm, alles allgemeine zu values.
@klml @DanielOber
Passt das so grundsätzlich aus eurer Sicht?
Muss von den Spring/ Keycloak Values (z.B. hier, hier, usw.) noch was rüber zu values-lhm? Sind die LHM-spezifisch, z.B. die ganzen Pfade, z.B.: https://github.com/gislab-augsburg/helm-charts/blob/409186bc9da3651ed7333667f90745ee3b9be2f6/charts/dave/values.yaml#L57C69-L57C139
Soll noch soviel wie möglich in die globalen EnvVars, z.B. die ganzen Spring Werte, oder macht es Sinn, dass einzeln konfigurieren zu können?