bootc-dev / bootc-dev/bootc

LBI: Add `/etc/bootc/bound-images.d`

Đang mở
#1,237 2 bình luận 0 reaction 0 người được giao Xem trên GitHub
area/logically-bound-images enhancement triaged
Ngôn ngữ chính
Rust
Star
2.3k
Fork
230
Merge trung bình
3 ngày 12 giờ
Pull request đã merge (30 ngày)
38

Mô tả

The problem of "agents" is long-running and difficult. With bootc we have made it trivial to embed them in the base OS image. However, while that creates a simple story and generally works, it lifecycle binds the OS to the agent, which is not always desired.

Today Fedora CoreOS basically reimplements minimal cloud support in a generic way in ignition/afterburn. cloud-init handles many things, but not all. There's vmware-guest-agent etc.

We're having some discussions in Fedora-derivative land about trying to make "generic" bootc systems, and I think one possible approach here that would feel nice is to add support for `/etc/bootc/bound-images.d` paralleling our existing `/usr/lib/bootc/bound-images.d`.

The idea here is basically that we could support shipping e.g. cloud-init or vmware-guest-agent as a privileged container, and in a `bootc install to-existing-root` scenario the installer could dynamically detect the platform at install time and add relevant agents into `/etc/bootc/bound-images.d`. So by default they'd be required for OS upgrades, and the image data would continue to live in the bootc c/storage instance. The only "mutable" state would be that their presence is requested via `/etc` and not `/usr` - decoupling them from the fully generic base OS.

OR perhaps arguably...we add dynamism to the current LBI in a systemd-style way `ConditionVirtualization=vmware` or `ConditionKernelCommandLine=ignition.platform.id=vmware` or so.

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Đánh giá

Issue này chưa được đánh giá.

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.