OSTree без магии: атомарные обновления, репозиторий и клиентский образ своими руками

[sundmoon]

Понятна рекламная суть статьи - но тут недостаёт освещения технологии bootc и причин перехода на неё. Вроде как, rpm-ostree признана полумерой.

Касаемо ostree как таковой: внезапно, она под капотом у широко известного Flatpak. Заголовок статьи шире, чем её содержание.

[DTGP]

bootc тут не «обязательная глава», потому что это про другой слой задачи: bootc в первую очередь меняет транспорт и упаковку артефакта (OCI-образ/registry), а статья объясняет базовую механику OSTree как "git-подобной доставки дерева" и практику поднятия своего ostree-репо. Это как предъявлять к статье про HTTP претензию «не хватает QUIC»: полезно, но это отдельная тема, иначе текст расползётся в "всё обо всём" и сразу.

bootc в отличии от ostree-rpm занимает более жёсткую позицию: система должна апдейтиться из образа, а как только вы начинаете "мутировать" систему локально (layering и т.п.), bootc upgrade скорее скажет «я не понимаю, как это обновлять». Это прямо проговорено в документации про взаимоотношения bootc и rpm-ostree.

То есть "rpm-ostree полумера" = "rpm-ostree допускает локальную сборку состояния на клиенте", а bootc пытается это запретить как класс (или вынести в другие механизмы).

rpm-ostree по определению гибрид: образная модель + пакетный мир, включая client-side layering. Это фича для сценариев, где вам нужно чуть-чуть управляемой мутабельности (особенно на рабочих станциях или при постепенной миграции). Примечательно, что даже Fedora-доки сегодня описывают bootc upgrade и rpm-ostree upgrade как взаимозаменяемые операции "в общем случае" — то есть речь не о "замене плохого на хорошее", а о переразделении интерфейсов и workflow.

Flatpak действительно использует OSTree "под капотом", но это аргумент не в сторону "заголовок шире", а в сторону "OSTree — не только про ОС". У OSTree есть ценность как формата/хранилища/модели распространения контента, и она не исчезает только потому, что для доставки ОС кому-то удобнее OCI. В статье, кстати, ровно это и делается: разделяется OSTree как технологию от rpm-ostree как инструмента и от философии immutable.