stackabletech / stackabletech/stackablectl

feat: Support reproducable deployments

オープン
#299 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

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 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.

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

ファイル、テスト、または具体的なエントリポイントは指定されていません。まず、stackablectl が Kubernetes マニフェストを構築し、デプロイメントパラメーターを処理する場所を調査し、その後、別のクラスターでインストールを再現するために、コミットとパラメーターのメタデータをどのように保存し使用するかを定義してください。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
kubernetes, rust
領域
cli, devops, infrastructure
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。