Idea: Start ReportingTaskJob only once the NifiCluster is ready
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- kubernetes, rust
- Ambito
- devops, infrastructure
Direzione di ricerca
Inizia in rust/operator-binary/src/controller.rs intorno alla riga 277, quindi confronta il pattern di ascolto della readiness referenziato da Superset. Decidi quale degli approcci proposti rientra nell’ambito—attendere che NifiCluster sia pronto, sospendere il Job o sostituirlo con una richiesta HTTP—e verifica che il task di reporting non entri più in un normale CrashLoopBackOff prima che il cluster sia pronto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- Rust
- Stelle
- 48
- Fork
- 12
- Merge medio
- 11h 26m
- 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/nifi-operator
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
stackabletech/nifi-operator#956 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
stackabletech/nifi-operator#879 ·
-
customer-request type/bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
stackabletech/nifi-operator#842 · 1 commento ·
-
size/M type/security
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
stackabletech/nifi-operator#811 · 1 commento ·
-
size/L
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
stackabletech/nifi-operator#810 · 1 commento ·
Tutte le issue di stackabletech/nifi-operator
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
state:needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
zed-industries/zed#64680 · 2 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
RustPython/RustPython#8802 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
TheLarkInn/aipm#2390 ·