Add a label to the S3User's Secret to allow label matching and speed up fetching the secret
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- go, kubernetes
- Ambito
- infrastructure
Direzione di ricerca
Inizia in controllers/user_controller.go intorno alle righe 408-438, poi leggi l'esempio collegato di elenco dei client di Operator SDK per la corrispondenza delle label. Traccia come viene creato e recuperato il secret S3User e decidi come gestire i secret preesistenti. Il lavoro è completato quando la corrispondenza non elenca più ogni secret del namespace e per i secret S3User esistenti è definito un percorso di migrazione delle label.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As of current version, the user controller lists every secret in a namespace to find the one secret matching a S3User, which is fairly inefficient :
This could benefit from a dedicated label add to the secret when it's created. This is not difficult in itself, but requires some thought regarding pre-existing secrets (as in : Should the operator reconcile secrets to add labels ? Should this be managed with a small one-shot script to add the label to every S3User secret ?)
- Lingua principale
- Go
- Stelle
- 66
- Fork
- 16
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna 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 InseeFrLab/s3-operator
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 65/100
InseeFrLab/s3-operator#145 ·
-
Existence checks depend on MinIO error codes; decide policy/user existence from list calls insteadAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 72/100
InseeFrLab/s3-operator#144 · 2 commenti ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
InseeFrLab/s3-operator#136 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
InseeFrLab/s3-operator#135 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 58/100
InseeFrLab/s3-operator#113 ·
Tutte le issue di InseeFrLab/s3-operator
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
openmcp-project/service-provider-crossplane#330 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
openmcp-project/service-provider-kro#220 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
[FEATURE]: Set fieldPath and reason on the CEL validation rulesForse già presa @bjosv l’ha presa oggi. Apertaenhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
valkey-io/valkey-operator#618 ·
I maintainer di solito rispondono entro 3 giorni