feat: Support reproducable deployments

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

Dieses Issue hat noch niemand übernommen.

Bewertung

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

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.

Beschreibung

refinement-needed

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.
Vorherrschende Sprache
Rust
Sterne
10
Forks
5
Ø Merge
4 Std. 41 Min.
Gemergte PRs (30 T.)
4

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus stackabletech/stackablectl

Alle Issues in stackabletech/stackablectl

Neue Issues direkt in Ihr Postfach

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