Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

update rollout behaviour: #12

Merged

Conversation

OlivierCharuel
Copy link
Contributor

redeploy only if vcl configmap content has changed.

@rccrdpccl
Copy link
Contributor

Could we also add a switch in case external configmap is provided? Key vclConfigmap in values.yaml

We might "break" compatibility as this change would be the preferred way, but I think it would be good to have the possibility to restart pods on deploy when needed.

 - redeploy only if configmap content has changed (needs `rolloutDeployment: false`)
 - add switch to disable auto rollout on each upgrade.
@OlivierCharuel
Copy link
Contributor Author

update rollout behaviour

  • add switch to disable auto rollout on each upgrade.
  • redeploy only if configmap content has changed (needs rolloutDeployment: false)

@rccrdpccl
Copy link
Contributor

Seems a reasonable change to me, thanks for your contribution.

We can deprecate this behavior and disable it by default in a future release. (defaulting rolloutDeployment to false)

Functionality would keep working for vcl users, while users using vclConfigmap should enable rolloutDeployment to restart varnish every deploy, as there is no way for helm to know if the external configmap changed.

@rccrdpccl rccrdpccl merged commit c788140 into softonic:master Sep 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants