bootc-dev / bootc-dev/bootc

dynamic overlays

オープン
#22 コメント 39 件 リアクション 2 件 担当者 0 名 GitHub で見る
area/config
主要言語
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

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

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