docs(various): rephrase volume performance from cluster nodes to pers… #3723
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.
…itent volumes
Description
related to https://github.com/camunda/team-infrastructure-experience/issues/198
The change proposes a rephrasing concerning volume performances.
The docs are very fixated on cluster nodes for scaling Zeebe, which implicitly is true but what you scale is the pods and the nodes are scaled due to tains and tolerations.
That's probably where the focus stems from also for the volume performances, as Zeebe doesn't scale based on the cluster node volumes but from the attached persistent volumes.
If a customer tried scaling their cluster volumes, they would not notice any benefits since it's a different entity to what is attached to Zeebe that needs the performance change.
When should this change go live?
hold
label or convert to draft PR)?PR Checklist
/versioned_docs
directory, or they are not for an already released version./docs
directory (aka/next/
), or they are not for future versions.