fix: update Kubernetes upgrade instructions to explicitly set image tag #2903
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
I'm updating the Kubernetes upgrade steps to explicitly set the version that should be used.
The old method assumed that the administrator was installing Appsmith in a non-HA installation and they actually may or may not actually trigger an upgrade in the default situation: it depends upon whether the new pod gets scheduled on a new node or not. It could even trigger a downgrade if the pod got scheduled on a node that happened to have an older copy of the Appsmith image.
I'm going to open a separate ticket to revamp the installation instructions for Kubernetes as using
latestcan lead to some unexpected situations depending upon how the cluster is setup.Pull request type
Check the appropriate box:
*
Documentation tickets
Link to one or more documentation tickets:
Checklist
From the below options, select the ones that are applicable: