You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Service revisions are a nice thing as they allow to route traffic to different versions of the integration at the same time if needed.
But each time you do a redeploy a new revision (pod, running) is added and it scales down only after 5 minutes.
What's even worse is that if the deployment fails it's retried multiple times, generating at every cycle a new revision, blocking the whole cluster.
We should understand why a redeployment results in two different revisions if nothing changes.
We should use a different strategy by default, to avoid creating multiple pods if not required.
The text was updated successfully, but these errors were encountered:
Service revisions are a nice thing as they allow to route traffic to different versions of the integration at the same time if needed.
But each time you do a redeploy a new revision (pod, running) is added and it scales down only after 5 minutes.
What's even worse is that if the deployment fails it's retried multiple times, generating at every cycle a new revision, blocking the whole cluster.
We should understand why a redeployment results in two different revisions if nothing changes.
We should use a different strategy by default, to avoid creating multiple pods if not required.
The text was updated successfully, but these errors were encountered: