Idea: Start ReportingTaskJob only once the NifiCluster is ready
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- kubernetes, rust
- Área
- devops, infrastructure
Línea de trabajo
Comienza en rust/operator-binary/src/controller.rs alrededor de la línea 277 y, a continuación, compara el patrón de escucha de readiness referenciado desde Superset. Decide cuál de los enfoques propuestos está dentro del alcance—esperar a que NifiCluster esté listo, suspender el Job o reemplazarlo por una solicitud HTTP—y verifica que la tarea de reporting ya no entre en un CrashLoopBackOff normal antes de que el clúster esté listo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
There is a reporting task started immediately: https://github.com/stackabletech/nifi-operator/blob/db33e5e32c55975369e15a063ae21ef728498c2c/rust/operator-binary/src/controller.rs#L277
I want to suggest to follow a pattern we've implemented in Superset: Add a status to the NifiCluster and let the operator listen to it. Only start the job once the cluster is ready.
At the moment the job is started and remains in a CrashLoopBackOff, until the Cluster is ready. This doens't look good and can also cover up actual problems with the job (because this CrashLoopBackoff is 'normal' for us). It would also make the task finish quicker, because at the moment once the cluster is ready, the task is still in a retry-waiting-period. Only once this has passed the job finishes. This can easily save 30 seconds of time.
Edit: since k8s 1.24 Jobs can be started in the suspended state, so the Job object could already be created, but only started once the cluster is up.
Edit: Alternatively the Operator could do the HTTP request, and we could drop the Job altogether
- Lenguaje dominante
- Rust
- Estrellas
- 48
- Forks
- 12
- Merge medio
- 11 h 26 min
- PR fusionados (30 d)
- 10
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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 stackabletech/nifi-operator
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
stackabletech/nifi-operator#956 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
stackabletech/nifi-operator#879 ·
-
customer-request type/bug
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
stackabletech/nifi-operator#842 · 1 comentario ·
-
size/M type/security
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
stackabletech/nifi-operator#811 · 1 comentario ·
-
size/L
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
stackabletech/nifi-operator#810 · 1 comentario ·
Todos los issues de stackabletech/nifi-operator
Issues similares
-
bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
yantrikos/yantrik-os#255 ·
-
Replayed reasoning items send "content": null, which the Responses API schema does not permit Abiertobug CLI custom-model
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
raphamorim/rio#1956 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
rust-bitcoin/rust-bitcoin#6930 · 1 comentario ·