Create dedicated documentation page on upgrade procedures

Our documentation should contain a dedicated page on our possible upgrade scenarios.

Upgrades of the platform can be done in multiple steps:

• Optional: Set reconciliationPaused to true for some or all of your products
• Update CRDs
• Update Operators
• Optional: Set reconciliationPaused to false

Then we also have the product updates

• Upgrade productVersion

There are a few extra things we should document or take into consideration:

• Extra steps/caution needed when using custom images
• Document that (and why) pods will restart after an operator upgrade
• Document the fact that Helm can't manage CRDs: https://helm.sh/docs/chart_best_practices/custom_resource_definitions/
• Document OpenShift upgrade procedure
• Hint at platform release notes
• Hint at always having to check the release notes of the underlying products

Beginne damit, die vorhandene Dokumentation zu Upgrades und Release Notes im Antora-Repository zu lokalisieren, und prüfe anschließend die im Issue beschriebenen Verfahren für Plattform, Produkt, CRD, Operator, Helm und OpenShift. Füge eine eigene Seite hinzu, die die Upgrade-Sequenz, optionale Pausen der Reconcilierung, benutzerdefinierte Images, Neustarts von Pods, Einschränkungen von CRDs und relevante Release Notes abdeckt. Die Aufgabe ist abgeschlossen, wenn jedes aufgeführte Szenario und jeder Hinweis klar auf einer einzigen auffindbaren Seite dokumentiert ist.