dynamic overlays
- 主要言語
- Rust
- スター
- 2.3k
- フォーク
- 230
- 平均マージ
- 3日 3時間
- マージ済み PR(30日)
- 36
説明
This overlaps with https://github.com/containers/bootc/issues/7 some.
Here, the basic idea is something like:
```
bootc config add [--root=/etc] examplecorp.com/config:latest
```
Where `config.yml` is a standard [Kubernetes ConfigMap](https://kubernetes.io/docs/concepts/configuration/configmap/). By default, we "mount" the keys to `/etc`. Then, `bootc upgrade` looks for updates to all provided configmaps - if any change, it triggers the same upgrade logic as the base image.
We also fetch and handle secret objects in the same way. It'd be cool though to support something like handling encrypted secrets (and configmaps) which need to be decrypted via a key (which could be in a TPM or so).
We also need to think carefully about file permissions; mode 0644 for all configmap files and 0600 for secrets may make sense. In addition we could support special annotations to override these.
(This should also work to be invoked immediately after `bootc install` to have it ready on the first boot, i.e. we also have a `--root` argument or so)
コントリビューションガイド
調査の方向性
このIssueではファイルもテストも指定されていません。まず、bootc config add、bootc install、bootc upgrade のコマンドエントリポイントを見つけてください。実装前に、ConfigMap と secret の取得、--root 配下へのマウント、更新によってトリガーされるアップグレード、権限、および初回ブートの処理のスコープを定義してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- kubernetes, rust
- 領域
- cli, operating-systems, security
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100