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

Comienza localizando la documentación existente sobre actualizaciones y notas de la versión en el repositorio de Antora; después, revisa los procedimientos de plataforma, producto, CRD, operador, Helm y OpenShift descritos en el issue. Añade una página específica que cubra la secuencia de actualización, las pausas opcionales de reconciliación, las imágenes personalizadas, los reinicios de pods, las limitaciones de CRD y las notas de la versión pertinentes. La tarea estará terminada cuando cada escenario y precaución enumerados estén documentados claramente en una única página fácil de encontrar.