stackabletech / stackabletech/stackablectl
feat: Support reproducable deployments
Open
Nobody has claimed this yet.
refinement-needed
- Dominant language
- Rust
- Stars
- 10
- Forks
- 5
- Avg merge
- 4h 41m
- Merged PRs (30d)
- 4
Description
Given an existing deployment in Kubernetes, it should be possible to reproduce that install on another Kubernetes cluster.
Ideas:
- Store the
stacablectlcommit hash in the binary - Add labels to all deployed manifests with:
- The commit hash of
stackablectlto differentiate behaviours between versions. - Any CLI parameters that influence the content of the manifests.
- The commit hash of
- 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.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or specific entry points are named. Start by mapping where stackablectl builds Kubernetes manifests and handles deployment parameters, then define how commit and parameter metadata would be stored and used to reproduce an install on another cluster.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kubernetes, rust
- Domain
- cli, devops, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100