allow annotations for jobs created by the operator for meshed environments
I maintainer di solito rispondono entro 5 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- go, kubernetes, postgresql
- Ambito
- databases, infrastructure
Direzione di ricerca
Non è specificato alcun file, test o punto di ingresso. Inizia individuando dove l’operatore crea i job di backup e ne gestisce il completamento, quindi determina come vengono applicate le annotazioni dei job. Il lavoro è completato quando i job di backup in ambienti meshati con Linkerd o Istio evitano l’iniezione del proxy e possono terminare, consentendo i backup successivi.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Proposal
When using the operator in a meshed environment, e.g. linkerd, the jobs will never finish, as the proxy sidecar container does not end. In consequence, the operator will never see the backup job finishing - and not allow to start new backups as former one is still "active".
This could be solved when the operator inherits / applies an annotation to the backup jobs, that will prevent the mesh injection.
Use-Case
Using the operator with backups in a service meshed environment like linkerd or istio
Is this a feature you are interested in implementing yourself?
No
Anything else?
No response
- Lingua principale
- Go
- Stelle
- 386
- Fork
- 83
- Merge medio
- 8g 8h
- PR unite (30g)
- 18
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi 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 percona/percona-postgresql-operator
-
deploy/cr.yaml in v3.1.0 pins pre-rebuild images (18.6.1-1, pgbouncer 1.25.2-6, pgbackrest 2.59.0-1)Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
percona/percona-postgresql-operator#1852 · 1 commento ·
I maintainer di solito rispondono entro 5 giorni
-
feature-request jira-task PG Proposed
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
percona/percona-postgresql-operator#1873 · 1 commento ·
I maintainer di solito rispondono entro 5 giorni
-
bug jira-task
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
percona/percona-postgresql-operator#1872 · 1 commento ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 6/100
percona/percona-postgresql-operator#1871 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
percona/percona-postgresql-operator#1870 ·
I maintainer di solito rispondono entro 5 giorni
Tutte le issue di percona/percona-postgresql-operator
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
area/docs theme/deployer
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
area/orchestration area/website kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
vllm-project/aibrix#3317 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
documentation ready
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Needs Triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100