[epic] Add retry limits and a new reason to the `Progressing` status condition that is present when retry limit is reached.
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 38/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- go, kubernetes
- Ambito
- backend-api-design
Direzione di ricerca
Inizia esaminando come ClusterExtension e ClusterCatalog impostano attualmente la condizione Progressing e gestiscono i tentativi. Definisci il comportamento del limite dei tentativi e la reason RetryLimitExceeded descritti nell’issue, quindi aggiungi la copertura dei test che mostri come cambia la condizione quando viene raggiunto il limite.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As part of the v1 API stabilization effort, a few of us (@joelanford @grokspawn @LalatenduMohanty and I) identified that it would be a better user experience if the Progressing condition when set to True was considered a "happy" state where generally everything is okay and we are actively attempting to progress towards a future state OR are at the desired state and ready to progress towards any future desired states. We felt that Retrying is currently a mix of a "sad" and "happy" reason but is generally more reflective of "we encountered a hiccup in progressing" as opposed to requiring user intervention.
In an effort to make the Retrying reason be considered "happier", it was concluded that it would be best to add some form of a retry limit that when reached would result in the Progressing condition being set to False with a reason along the lines of RetryLimitExceeded to signal to users that the ClusterExtension/ClusterCatalog is no longer in a "happy" state.
- Lingua principale
- Go
- Stelle
- 213
- Fork
- 85
- Merge medio
- 1g 10h
- PR unite (30g)
- 38
Guida per i contributori
Apri la guida per i contributori
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 operator-framework/operator-controller
-
lifecycle/stale
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
operator-framework/operator-controller#2726 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
operator-framework/operator-controller#2937 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
-
epic epic/v1-api lifecycle/stale v1.x
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
operator-framework/operator-controller#2727 · 2 commenti ·
Tutte le issue di operator-framework/operator-controller
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 60/100
github/gh-aw-mcpg#13748 ·
-
agentic-workflows
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
googleapis/librarian#7670 · 2 commenti ·