stackabletech / stackabletech/stackablectl

feat: Support reproducable deployments

Offen
#299 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

refinement-needed
Vorherrschende Sprache
Rust
Sterne
10
Forks
5
Ø Merge
4 Std. 41 Min.
Gemergte PRs (30 T.)
4

Beschreibung

Given an existing deployment in Kubernetes, it should be possible to reproduce that install on another Kubernetes cluster.

Ideas:

  • Store the stacablectl commit hash in the binary
  • Add labels to all deployed manifests with:
    • The commit hash of stackablectl to differentiate behaviours between versions.
    • Any CLI parameters that influence the content of the manifests.
  • Optional: CR/ConfigMap to track this stuff in Kubernetes so we don't need to rely on so many labels, then one label can refer to that CR/ConfigMap.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Es werden keine Dateien, Tests oder spezifischen Einstiegspunkte genannt. Beginne damit, zu ermitteln, wo stackablectl Kubernetes-Manifeste erstellt und Deployment-Parameter verarbeitet, und lege dann fest, wie Commit- und Parametermetadaten gespeichert und verwendet würden, um eine Installation auf einem anderen Cluster zu reproduzieren.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
kubernetes, rust
Bereich
cli, devops, infrastructure
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.