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

Inizia individuando la documentazione esistente sull'upgrade e sulle release note nel repository Antora, quindi esamina le procedure relative a piattaforma, prodotto, CRD, operatore, Helm e OpenShift descritte nell'issue. Aggiungi una pagina dedicata che tratti la sequenza di upgrade, le pause facoltative della riconciliazione, le immagini personalizzate, i riavvii dei pod, le limitazioni di CRD e le release note pertinenti. Il lavoro è completato quando ogni scenario e ogni avvertenza elencati sono documentati chiaramente in un'unica pagina facilmente individuabile.