ADR: CRD Versioning
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- ドキュメント
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- kubernetes, rust
調査の方向性
リンクされている Kubernetes ドキュメントの Versions in CustomResourceDefinitions から始め、その後、この issue における conversion webhook、upgrade-only、release-skipping、および CRD-size に関する考慮事項を確認します。ADR は、意思決定の判断材料と最小限実行可能な実装を記録し、two-way conversion とコピーされた Rust structs が必要かどうかを含めた時点で完了です。
索引モデルが issue の本文から書いたものです。
説明
Below are some prelimiary thoughts on the topic of CRD versioning, mostly taken from the on-site meeting on this topic. For an ADR, my suggestion is to gather requirements about how it should work from this Kubernetes docs page: Versions in CustomResourceDefinitions - Kubernetes Documentation. It looks like a comprehensive guide on how the versioning works.
Conversion webhooks & up- and downgrading
mutating webhooks are the core mechanism required for versioning CRDs. If an old resource is applied by the user, the webhhook will convert it into the current version. Likewise, if the users requests and older version (arbirary versions can be requested) then the webhook is also used for conversion. (Note from felix: Does that mean that two way conversion is absolutely a thing that needs to be implemented?)
When you read an object, you specify the version as part of the path. You can request an object at any version that is currently served. If you specify a version that is different from the object's stored version, Kubernetes returns the object to you at the version you requested, but the stored object is not changed on disk.
We cannot remove (mandatory) fields, because their content will be required when downgrading. This means we have to rename the fields (i.e. deprecated_oldField).
Only support upgrades for now (no downgrading)
Do not skip releases - always upgrade only one version up (v1 -> v2 -> v3 not v1 -> v3)
CRD size
CRD size is a problem: etcd and the kube API both have limits on how large objects are allowed to be.
copy & paste - To have multiple versions in our CRD, we need to keep the old rust struct around. this means copy pasting the rust struct for each verison. Not ideal ....
stabilize CRDs first to reduce conversion efforts? Would be nice beause it saves a lot of work. But CRD versioning is important now.
ADR thoughts
- What are the decision drivers?
- What could a minimally viable implementation look like?
- 主要言語
- CSS
- スター
- 13
- フォーク
- 14
- 平均マージ
- 4日 8時間
- マージ済み PR(30日)
- 10
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stackabletech/documentation のほかの issue
-
Withdraw ADR018 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
stackabletech/documentation#734 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
stackabletech/documentation#779 ·
-
customer-request
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
stackabletech/documentation#773 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
stackabletech/documentation#754 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 25/100
stackabletech/documentation#753 ·
stackabletech/documentation の issue をすべて見る
似ている issue
-
Add: hunch オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
AbdelStark/awesome-typesafe#104 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
A11y ♿️
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
Link Checker Report オープンautomated issue report
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
-
documentation improve or update documentation priority/low triage
難易度 2/5 半日 初心者へのやさしさ 86/100
warpdotdev/docs#782 · コメント 1 件 ·