Проект CoreOS представил Ignition, альтернативу Cloud-Init
Проект CoreOS, развивающий основанное на идеях контейнерной изоляции серверное окружение, представил инструментарий Ignition, предоставляющий похожие на Cloud-Init средства для конфигурации системы на стадии начальной загрузки. Ignition выполняется на стадии работы initramfs и позволяет выполнять такие действия как управление дисковыми разделами, форматирование разделов, запись файлов, создание юнитов systemd и networkd и настройка пользователей.
Например, Ignition может использоваться для настройки индивидуальных параметров узла, загружаемого с использованием единого типового системного образа. В таких условия информация о конфигурации конкретной системы отсутствует в загружаемом окружении и передается извне. Ignition поддерживает загрузку конфигурации с запросом URL, через сервис передачи метаданных по сети, при помощи специальных прослоек и т. п. Конфигурация задается в формате JSON.
Из недостатков Cloud-Init, который подтолкнули к разработке Ignition упоминаются проблемы с автоматизированным изменением и генерацией файлов конфигурации в формате YAML, а также отсутствие возможности настройки на самом раннем этапе загрузки (например, cloudinit запускается после инициализации сети). Ignition запускается на стадии до передачи управления systemd и перед монтированием дисковых разделов, что позволяет выполнять такие действия, как переформатирование корневой ФС, создания RAID-разделов и настройка сетевой подсистемы для использование агрегированных интерфейсов.
Все запускаемые Ignition сервисы изначально известны и могут отслеживаться запущенным на следующей стадии загрузки systemd, что позволяет избавиться от лишних ожидания завершения операций и интегрировать сервисы Ignition в цепочку отслеживания зависимостей - systemd может начать выполнять другие работы, которые не пересекаются с еще не завершившимися работами Ignition.
