stackabletech / stackabletech/stackablectl
Prevent installing/upgrade for a namespace when we detect an installation in another namespace
Nessuno ha ancora preso questa issue.
- Lingua principale
- Rust
- Stelle
- 10
- Fork
- 5
- Merge medio
- 4h 41m
- PR unite (30g)
- 4
Descrizione
From https://github.com/stackabletech/stackable-cockpit/pull/379
We might want to handle the case of:
- install release 24.11 with operator_namespace = "ns1"
- install/upgrade release 25.3 with operator_namespace = "ns2"
Because:
- The CRDs are cluster scopes, so they would be overwritten, but...
- The operators in the old NS will remain.
I'm fine with us only supporting upgrading in the same namespace (moving namespaces should probably be an uninstall and install). So I guess we'd just need to search for operators in any namespace (labels might be the safest way for detecting).
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.
Direzione di ricerca
Inizia dai punti di ingresso per l’installazione e l’aggiornamento che gestiscono operator_namespace e verifica il comportamento discusso nella pull request 379. Traccia il modo in cui gli operator esistenti vengono rilevati tra i namespace, quindi verifica che l’installazione o l’aggiornamento con un namespace diverso venga impedito, mentre gli aggiornamenti nello stesso namespace continuino a essere supportati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- kubernetes, rust
- Ambito
- cli, infrastructure
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100