Fedora представила Hummingbird — rolling-дистрибутив в виде OCI-образа

Fedora Hummingbird использует образно-ориентированный рабочий процесс, близкий к контейнерной модели, но рассчитан не только на контейнерное окружение: систему можно запускать в виртуальных машинах и на «голом железе». В отличие от классических RPM-дистрибутивов, где состояние системы формируется установкой и обновлением отдельных пакетов, Fedora Hummingbird поставляется как целостный образ ОС. Обновления должны применяться атомарно, с возможностью отката, без промежуточных «частично обновлённых» состояний. Корневая файловая система предполагается доступной только для чтения, а изменяемое состояние отделяется в /var и /etc.

Основой проекта стал Project Hummingbird, ранее занимавшийся минимальными защищёнными distroless-контейнерами. Его цель формулируется как стремление максимально приблизиться к нулевому числу CVE-отчётов в публикуемых образах и постоянно удерживать это состояние. Для этого используются минимальный набор пакетов, воспроизводимые изолированные сборки, автоматизированные конвейеры и отказ от лишних компонентов. Под distroless в данном случае понимается образ без пакетного менеджера и оболочки, содержащий только приложение и минимально необходимое окружение для его запуска.

За последние восемь месяцев команда Hummingbird подготовила каталог из 49 уникальных минимальных и усиленных distroless-образов, а с учётом FIPS-вариантов и разных архитектур — 157 вариантов. Они охватывают Python, Go, Node.js, Rust, Ruby, OpenJDK, .NET, PostgreSQL, nginx и другие окружения. По замыслу авторов, пользователю не нужно самостоятельно разбираться с уязвимостями в стороннем контейнерном образе: конвейер Hummingbird выполняет разбор CVE, подтягивает исправления, пересобирает и тестирует образ. Текущий статус уязвимостей по образам публикуется в отдельном каталоге Hummingbird.

Сборочная инфраструктура Hummingbird построена на базе Konflux. Используются герметичные воспроизводимые сборки из зафиксированных списков пакетов, инкрементальные обновления через разработанный командой инструмент chunkah, а также постоянное сканирование уязвимостей при помощи Syft и Grype. Когда исправление уязвимости появляется выше по цепочке поставки, конвейер должен автоматически обнаружить изменение, пересобрать, протестировать и опубликовать обновлённый образ.

Более 95% пакетов в каждом образе Hummingbird берутся напрямую из Fedora Rawhide без изменений. Оставшаяся часть подтягивается из upstream-проектов, если нужный пакет отсутствует в Rawhide или имеющаяся версия недостаточно свежая. Авторы подчёркивают, что изменения при этом планируется возвращать обратно в Fedora. Hummingbird ориентирован на разработчиков, которым требуется параллельно использовать несколько версий runtime-окружений, например Python 3.11–3.14, Go 1.25–1.26 или Node.js 20–25, и независимо управлять их жизненным циклом.

Fedora Hummingbird переносит тот же подход на уровень операционной системы. Полная Linux-система поставляется как OCI-образ и собирается тем же конвейером Konflux с использованием hermetic RPM-locking. На первом этапе заявлена поддержка архитектур x86_64 и aarch64. В качестве ядра планируется использовать ARK — Always Ready Kernel из проекта CKI, который следует непосредственно за mainline-ядром Линуса Торвальдса и уже применяется в Fedora. Преимуществом такого выбора авторы называют отобранную конфигурацию ядра и развитую инженерную инфраструктуру тестирования быстро меняющейся ветки.

Технически Fedora Hummingbird опирается на инициативу Fedora bootable containers. В этой модели операционная система собирается, распространяется и обновляется как контейнерный образ. Это сближает жизненный цикл ОС с контейнерной инфраструктурой: образ можно доставлять через стандартные registry, разворачивать как единый артефакт, обновлять атомарно и откатывать при проблемах. Такой подход уже знаком пользователям Fedora CoreOS и Fedora Atomic Desktops, но Hummingbird делает акцент на другой сценарий — быстро обновляемую платформу для разработчиков и runtime-окружений.

Проект пока не представлен как полностью завершённый продукт. Авторы прямо указывают, что bootc-образ уже загружается, но интеграционная работа продолжается. Текущий образ сочетает RPM-пакеты, собранные инфраструктурой Hummingbird, и обычные пакеты Fedora; команде ещё предстоит сблизить эти части и лучше встроить проект в инфраструктуру Fedora.

В Fedora Magazine подчёркивается, что многие участники команды Hummingbird уже являются контрибьюторами Fedora и сопровождают Podman, инструменты контейнерной экосистемы и Fedora CoreOS. В дальнейшем разработчики хотят сделать Hummingbird частью Fedora Project, чтобы проект развивался внутри сообщества. Уже сейчас конвейер Hummingbird публикует отдельный набор контейнерных образов, полностью основанных на Fedora Rawhide; среди уже возвращаемых в Fedora улучшений упоминаются контейнерные оптимизации и исправления ошибок в .spec-файлах.

Отдельно Red Hat позиционирует Fedora Hummingbird Linux как систему для «agent-first builders» — разработчиков и автоматизированных AI-агентов, которым нужна быстро разворачиваемая среда без регистрационных барьеров. В пресс-релизе Red Hat проект описан как бесплатная, container-native, image-based ОС для «агентной эпохи», с возможной поддержкой через Red Hat subscription в будущем. Также заявлены планы сделать Fedora Hummingbird доступной у облачных провайдеров, ориентированных на разработчиков и быстрые proof-of-concept-развёртывания.

Для пробного запуска авторы предлагают загрузить образ через Podman:

sudo podman pull \
  quay.io/hummingbird-community/bootc-os:latest

Затем образ можно преобразовать в qcow2 при помощи bootc-image-builder и создать виртуальную машину через virt-install. В примере Fedora Magazine используется 4 ГБ памяти, 2 vCPU, диск в формате qcow2 и подключение к стандартной сети libvirt.

Участникам сообщества предлагают тестировать опубликованный образ, сообщать об ошибках и неожиданном поведении, а также подключаться к разработке. Код проекта сейчас размещён в GitLab в пространстве redhat/hummingbird/containers; при этом перенос или оформление постоянного дома внутри инфраструктуры Fedora называется одной из предстоящих задач. На странице GitLab указано, что проект создан 8 августа 2025 года, содержит MIT-лицензию и управляется через отдельную инфраструктуру Hummingbird.

В обсуждении анонса часть участников Fedora подняла вопросы о статусе проекта, использовании имени Fedora и доступности ссылок без учётной записи Red Hat. Представители проекта ответили, что Fedora Hummingbird получила разрешение на использование товарного знака через Fedora Council, а требование логина в некоторых ссылках было технической ошибкой публикации. Red Hat также отдельно заявила, что для загрузки пользователям не потребуется ни Red Hat Login, ни Fedora Login.

Таким образом, Fedora Hummingbird выглядит как попытка объединить несколько направлений, уже давно развивающихся вокруг Fedora и Red Hat: bootable containers, атомарные обновления, минимальные distroless-образы, непрерывную обработку CVE и быстро обновляемую базу Fedora Rawhide. Практическая ценность проекта будет зависеть от того, насколько успешно Hummingbird встроят в процессы Fedora, насколько прозрачно будет устроена сборочная инфраструктура и сможет ли команда удержать заявленную скорость обновлений без потери доверия со стороны сообщества.