stackabletech / stackabletech/stackablectl
feat: Support reproducable deployments
未关闭
还没有人认领这个 Issue。
refinement-needed
- 主要语言
- Rust
- 星标
- 10
- 派生
- 5
- 平均合并
- 4 小时 41 分钟
- 30 天内合并 PR
- 4
描述
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.
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
调研方向
没有指定文件、测试或具体的入口点。首先梳理 stackablectl 构建 Kubernetes 清单和处理部署参数的位置，然后定义如何存储和使用提交及参数元数据，以便在另一个集群上复现一次安装。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- kubernetes, rust
- 领域
- cli, devops, infrastructure
- Issue 类型
- 功能
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 25/100