Welcome!
What do you want to achieve with this Chart ?
The deployment section is an important config section of this Chart. It allows to define how Traefik will be deployed.
It can be confusing, mainly because parameters are split between deployment and other sections:
deployment.healthcheck* but readinessProbe + livenessProbe + startupProbe are not in deployment.
updateStrategy (not in deployment.)
volumes + additionalVolumeMounts (not in deployment.)
env + envFrom (not in deployment.)
hostNetwork (not in deployment.)
affinity, nodeSelector, tolerations, topologySpreadConstraints, priorityClassName (not in deployment.)
securityContext + podSecurityContext (not in deployment.)
resources (not in deployment.)
additionalArguments (not in deployment.)
Those upstream k8s parameters are spread across this Chart values.
The proposal here is that we can possibly expose directly in values the k8s upstream spec (with some exceptions where it does not make sense). It would simplify the values and align it with k8s upstream config.
Welcome!
What do you want to achieve with this Chart ?
The
deploymentsection is an important config section of this Chart. It allows to define how Traefik will be deployed.It can be confusing, mainly because parameters are split between
deploymentand other sections:deployment.healthcheck*butreadinessProbe + livenessProbe + startupProbeare not indeployment.updateStrategy(not indeployment.)volumes+additionalVolumeMounts(not indeployment.)env+envFrom(not indeployment.)hostNetwork(not indeployment.)affinity,nodeSelector,tolerations,topologySpreadConstraints,priorityClassName(not indeployment.)securityContext+podSecurityContext(not indeployment.)resources(not indeployment.)additionalArguments(not indeployment.)Those upstream k8s parameters are spread across this Chart values.
The proposal here is that we can possibly expose directly in values the k8s upstream spec (with some exceptions where it does not make sense). It would simplify the values and align it with k8s upstream config.