Първо издание на минималистичната система за инициализация Nitro

Публикуван е първият публичен release на проекта Nitro, развиваща минималистична система за инициализация с функции за контрол на изпълнението на процесите. Проектът се развива от Лия Нойкирхен (Leah Neukirchen), един от поддържащите пакетите в дистрибуцията Void Linux. Кодът е написан на C и се разпространява под лиценз 0BSD.

Nitro може да се използва както като init процес (pid 1), така и в форма на непривилегирован процес, контролиращ безпроблемното изпълнение на приложенията в потребителското пространство и рестартиращ задачите при срив. Поддържа работа в Linux и FreeBSD, може да бъде използван в среди, базирани на стандартната C библиотека Musl. Посочват се области на приложение като вградени системи, img файлове на ram-дискове (initramfs), контейнери (Docker/Podman/LXC/Kubernetes), а също и работни станции и сървърни системи. За управление на работата на услугите и взаимодействие с init процеса се предлага командният инструмент nitroctl.

Вместо съставни скриптове за инициализация, в Nitro се прилага модел, в който всяка функция е изнесена в отделен скрипт. За всяка услуга в йерархията /etc/nitro се създава подкаталог, в който могат да се разполагат следните скриптове: setup — съдържа команди, изпълнявани преди стартиране на услугата; run — определя сценария за стартиране на услугата; finish — включва команди, изпълнявани след завършване на услугата. За организация на логовете се използва символна връзка с името log, указваща на друга услуга, на която ще се пренасочва изходът. За деактивиране на автоматичното стартиране на услугата е достатъчно да се създаде файл с името „down“ в нейната директория, а за игнориране на услугата, трябва да се добави символ „@“ към името на директорията.

Авторът на проекта посочва следните предимства на Nitro в сравнение с други системи за инициализация:

• Всичкото състояние се съхранява в RAM, което опростява работата в среди с дискови дялове в режим само за четене.
• Архитектура на основата на обработка на събития, която не използва polling.
• Липса на операции по заделяне на памет по време на работа (всички буфери се заделят при стартиране).
• Ограничено използване на файлови дескриптори по време на работа.
• Доставя се под формата на един самостоятелен изпълним файл и инструмент за управление на системата.
• Отсъствието на етапи на компилиране на конфигурацията — работата на сервиза се определя от прости скриптове в свързания каталог на сервиза.
• Наличие на функция за перезапуск на сервизите след срив.
• Наличие на механизъм за водене на логове, които могат да се включват както по подразбиране, така и селективно за отделни сервизи.
• Възможност за изграждане на верига за обработка на лога, обхващаща няколко сервиза.
• Работата не зависи от точността на системните часовници.
• Поддържа стартиране в FreeBSD през /etc/ttys.
• Възможност за компилиране под формата на миниатюрен статично компилиран изпълним файл при използване на musl libc.

Източник: opennet.ru