support archiving/replaying completed tasks/slabs for longer-term disaster recovery
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Inizia leggendo src/clj_commons/durable_queue.clj intorno alla logica di rimozione degli slab alla riga 530 e alla gestione dell’avvio intorno alla riga 580, incluso il comportamento della funzione :complete?. Definisci come devono funzionare l’archiviazione e il replay degli slab controllati dall’utente, inclusa la conservazione dei task completati, quindi individua i test necessari per verificare il replay di disaster recovery.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
durable-queue does a great job already of recovering from application restart. however, it cannot handle longer-term disaster recovery very well for a couple of reasons:
- empty slabs (i.e. slabs with all
:completed tasks) get removed fairly frequently; and - on startup, slab tasks in the
:completestate are skipped over even if you provide a:complete?fn
as it stands now, when using durable-queue a secondary storage solution is necessary to be able to replay events in the case that downstream repairs are required.
it would be nice if durable-queue could handle being able to archive/replay slabs at the user's discretion.
- Lingua principale
- Clojure
- Stelle
- 407
- Fork
- 30
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 clj-commons/durable-queue
-
Slabs can grow larger than max-queue-sizeForse di nuovo libera @seancorfield l’ha presa 408 giorni fa e non c’è nessuna pull request aperta. Apertaneeds analysis
clj-commons/durable-queue#18 · 1 commento · 1 assegnatario ·
-
Thread safety of take!, put!Forse di nuovo libera @seancorfield l’ha presa 408 giorni fa e non c’è nessuna pull request aperta. Apertaneeds analysis
clj-commons/durable-queue#16 · 7 commenti · 1 assegnatario ·
-
When can a statistic be negative?Forse di nuovo libera @seancorfield l’ha presa 408 giorni fa e non c’è nessuna pull request aperta. Apertaneeds analysis
clj-commons/durable-queue#12 · 6 commenti · 1 assegnatario ·
-
calling complete! on already completed task messes up statsForse di nuovo libera @seancorfield l’ha presa 408 giorni fa e non c’è nessuna pull request aperta. Apertaneeds analysis
clj-commons/durable-queue#3 · 2 commenti · 1 assegnatario ·
Tutte le issue di clj-commons/durable-queue
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
calcit-lang/calcit#2075 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
.Needs Triage .Team/Gadget Priority:P3 Type:Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
metabase/metabase#84431 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
module:db module:terminology-service-local refactoring
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno