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

Commencez par localiser la documentation existante sur les mises à niveau et les notes de version dans le dépôt Antora, puis examinez les procédures relatives à la plateforme, au produit, à CRD, à l’opérateur, à Helm et à OpenShift décrites dans l’issue. Ajoutez une page dédiée couvrant la séquence de mise à niveau, les pauses facultatives de la réconciliation, les images personnalisées, les redémarrages de pods, les limitations de CRD et les notes de version pertinentes. Le travail est terminé lorsque chaque scénario et chaque mise en garde listés sont documentés clairement sur une seule page facile à trouver.