stackabletech / stackabletech/stackablectl
feat: Support reproducable deployments
オープン
まだ誰も着手していません。
refinement-needed
- 主要言語
- Rust
- スター
- 10
- フォーク
- 5
- 平均マージ
- 4時間 41分
- マージ済み PR(30日)
- 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 にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
ファイル、テスト、または具体的なエントリポイントは指定されていません。まず、stackablectl が Kubernetes マニフェストを構築し、デプロイメントパラメーターを処理する場所を調査し、その後、別のクラスターでインストールを再現するために、コミットとパラメーターのメタデータをどのように保存し使用するかを定義してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- kubernetes, rust
- 領域
- cli, devops, infrastructure
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 25/100