Create dedicated documentation page on upgrade procedures
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- helm, kubernetes
- Ambito
- devops, documentation
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- CSS
- Stelle
- 13
- Fork
- 14
- Merge medio
- 4g 8h
- PR unite (30g)
- 10
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di stackabletech/documentation
-
Withdraw ADR018 Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
stackabletech/documentation#734 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
stackabletech/documentation#779 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
stackabletech/documentation#754 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
stackabletech/documentation#753 ·
-
priority/low
stackabletech/documentation#752 · 1 commento · 1 assegnatario ·
Tutte le issue di stackabletech/documentation
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
ethereum-optimism/factory#64 ·
-
Observer env strips CLAUDE_CODE_TMPDIR, which is the documented fix for a fatal temp-dir error Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
thedotmack/claude-mem#4161 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
bitcoindevkit/bdk-ffi#1125 ·
-
intake mcp-intake needs-ac needs-human-review priority:medium type:bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
Ikalus1988/MisakaNet#2019 · 2 commenti ·
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100