[epic] Add retry limits and a new reason to the `Progressing` status condition that is present when retry limit is reached.
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- go, kubernetes
- Área
- backend-api-design
Línea de trabajo
Comienza revisando cómo ClusterExtension y ClusterCatalog establecen actualmente la condición Progressing y gestionan los reintentos. Define el comportamiento del límite de reintentos y la razón RetryLimitExceeded descritos en el issue, y añade después cobertura de pruebas que muestre cómo cambia la condición cuando se alcanza el límite.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Go
- Estrellas
- 213
- Forks
- 85
- Merge medio
- 1 d 10 h
- PR fusionados (30 d)
- 38
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de operator-framework/operator-controller
-
lifecycle/stale
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
operator-framework/operator-controller#2726 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
operator-framework/operator-controller#2937 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
-
epic epic/v1-api lifecycle/stale v1.x
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
operator-framework/operator-controller#2727 · 2 comentarios ·
Todos los issues de operator-framework/operator-controller
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
acceptance-tests phase-coding schema-coverage testing triaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100