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

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

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

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

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

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

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