Create dedicated documentation page on upgrade procedures
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Documentation
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- helm, kubernetes
- Domaine
- devops, documentation
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Our documentation should contain a dedicated page on our possible upgrade scenarios.
Upgrades of the platform can be done in multiple steps:
- Optional: Set
reconciliationPausedtotruefor some or all of your products - Update CRDs
- Update Operators
- Optional: Set
reconciliationPausedtofalse
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
- Langage dominant
- CSS
- Étoiles
- 13
- Forks
- 14
- Merge moyen
- 4 j 8 h
- PR mergées (30 j)
- 10
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de stackabletech/documentation
-
Withdraw ADR018 Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 68/100
stackabletech/documentation#734 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
stackabletech/documentation#779 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
stackabletech/documentation#754 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 25/100
stackabletech/documentation#753 ·
-
priority/low
stackabletech/documentation#752 · 1 commentaire · 1 personne assignée ·
Toutes les issues de stackabletech/documentation
Issues similaires
-
task
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
vsanthanam/JBird#429 ·
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
alexgorbatchev/simple-ptt#14 ·
-
github-request
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
openedx/axim-engineering#1758 · 2 commentaires ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
components-web-app/docs#92 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100