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

Bắt đầu bằng cách tìm tài liệu hiện có về nâng cấp và release note trong repository Antora, sau đó xem lại các quy trình về platform, product, CRD, operator, Helm và OpenShift được mô tả trong issue. Thêm một trang riêng bao quát trình tự nâng cấp, các lần tạm dừng reconciliation tùy chọn, image tùy chỉnh, việc khởi động lại pod, các giới hạn của CRD và các release note liên quan. Công việc được coi là hoàn tất khi mọi kịch bản và lưu ý được liệt kê đều được ghi lại rõ ràng trên một trang duy nhất, dễ tìm.