NixOS — дистрибутив Linux, созданный поверх менеджера пакетов Nix. Он использует декларативную конфигурацию, контейнеризацию всех программ с хэшированием, и инкрементное сшивание их в состояния (поколения). Это гарантирует однозначность и предсказуемость состояния системы и обновлений в любой точке, и возможность возврата к любому предыдущему состоянию средствами ОС. Предлагаются два основных подхода к обновлениям: с использованием текущего стабильного выпуска или с подключением канала Unstable для постоянного получения свежих пакетов, как это происходит у дистрибутивов с плавающим выпуском.
Проект NixOS начинался как исследовательский проект, но сейчас разрабатывает операционные системы.
NixOS разрабатывается под сферу DevOps, и имеет инструменты, посвященные задачам развёртывания.
История Проект начался в 2003 году как исследовательский проект голландца Элко Долстра (Eelco Dolstra) в Утрехтском университете под руководством Элко Виссера, учёного-информатика. Докторская диссертация Долстры 2006 года «Чисто функциональная модель развёртывания программного обеспечения» описывает декларативный и функциональный подход к развёртыванию программного обеспечения и излагает проектирование менеджера пакетов Nix.
Первый прототип NixOS был создан Армином Хемелем в 2006 году в рамках его магистерской диссертации «NixOS: Операционная система на основе Nix», в которой исследовалось применение Nix и его принципов в дистрибутивах Linux. Хемель продемонстрировал применение управления пакетами, системных служб, управления ядром и других принципов, определяющих NixOS. В декабре 2009 у проекта появился свой логотип в виде снежинки, созданный Саймоном Франкау, в котором обыгрывается значение слова nix на латыни («снег»). После продолжения разработки NixOS в 2013 году был выпущен первый стабильный релиз дистрибутива версии 13.10.
В 2015 году был создан фонд NixOS, чтобы помочь проектам, поддерживающим чисто функциональную модель развёртывания, такую как NixOS.
История версий Начиная с 2021 года NixOS выпускается в виде стабильных версий дважды в год, в конце мая и ноября. До выхода первого стабильного релиза в 2013 году версии крупных релизов нумеровались по семантическому принципу, вплоть до версии 0.2, стабильные релизы начали нумероваться по дате выхода и называться в честь каких-либо животных. Версия Имя релиза Дата Aardvark Baboon Caterpillar Dingo Emu Flounder Gorilla Hummingbird Impala Jellyfish Koi Loris Markhor Nightingale Okapi Porcupine Quokka Raccoon Stoat Tapir Uakari Vicuña Warbler Xantusia Yarara
Особенности Модель конфигурации декларативной системы В NixOS вся операционная система — ядро, приложения, системные пакеты, файлы конфигурации и т. д. — создаётся менеджером пакетов Nix из описания на функциональном языке сборки. Это означает, что создание новой конфигурации не может перезаписывать предыдущие конфигурации.
Система NixOS настраивается путем написания спецификации функций, которые пользователь хочет на своей машине, в глобальном файле конфигурации. Например, вот минимальная конфигурация машины, на которой запущен демон SSH: { boot.loader.grub.device = "/dev/sda"; fileSystems."/".device = "/dev/sda1"; services.sshd.enable = true; } После изменения файла конфигурации система может быть обновлена с помощью nixos-rebuild switch.
Эта команда делает всё необходимое для применения новой конфигурации, включая загрузку и компиляцию пакетов и создание файлов конфигурации.
Надёжные обновления Поскольку файлы Nix являются чистыми и декларативными, их выполнения всегда будут давать одинаковый результат независимо от того, какие пакеты или файлы конфигурации находятся в системе. Таким образом, модернизация системы столь же надёжна, как и переустановка с нуля.
Атомарное состояние NixOS имеет транзакционный подход к управлению конфигурацией, вносящий изменения в конфигурацию, такие как атомарные обновления. Это означает, что если переход на новую конфигурацию прерван — скажем, сбой питания на полпути — система все равно будет в согласованном состоянии: она загрузится либо в старой, либо в новой конфигурации. В других дистрибутивах система может оказаться в несогласованном состоянии и может даже не загружаться. То же самое относится к текущему состоянию системы. Фактически любое обновление — это самодостаточная, новая система. Присутствуют инструменты проверки состояния, а обращение к компонентам через хэш-суммы создает встроенную дедупликацию.
Откат Если после обновления системы новая конфигурация нежелательна, её можно откатить с помощью специальной команды nixos-rebuild switch --rollback.
Фактически, каждая версия конфигурации системы автоматически появляется в меню загрузки системы. Если новая конфигурация выходит из строя или не загружается должным образом, может быть выбрана более старая версия. Кроме того, откаты — это лёгкая операция, которая не связана с восстановлением файлов из копий. Воспроизводимые системные конфигурации Модель декларативной конфигурации NixOS позволяет легко воспроизвести конфигурацию системы на другом компьютере. Копирование файла конфигурации на целевой компьютер и выполнение команды обновления системы генерирует ту же конфигурацию системы (ядро, приложения, системные службы и т. д.), за исключением тех частей системы, которые не управляются диспетчером пакетов, например пользовательскими данными. Прозрачная бинарная модель Язык сборки Nix, используемый NixOS, указывает, как создавать пакеты из исходного кода. Для предотвращения сборки наиболее часто используемых пакетов, повсеместно используется автоматический сборщик (Hydra) и пул с готовыми бинарными пакетами. Менеджер пакетов автоматически загружает предварительно созданные двоичные файлы с кэш-сервера, когда они доступны. Это даёт гибкость и прозрачность базирующейся на исходном коде модели управления пакетами с эффективностью двоичной модели.
Согласованность Менеджер пакетов Nix гарантирует, что работающая система «согласована» с логической спецификацией системы, что означает, что она перекомпилирует все пакеты, которые необходимо перекомпилировать. Например, если ядро изменено, менеджер пакетов гарантирует, что внешние модули ядра будут перекомпилированы. Аналогично, когда библиотека обновляется, это гарантирует, что все системные пакеты используют новую версию, даже пакеты, статически связанные с ней. Управление многопользовательским пакетом Нет необходимости в специальных привилегиях для установки программного обеспечения в NixOS. В дополнение к общесистемному профилю каждый пользователь имеет специальный профиль, в котором он может устанавливать пакеты. Nix также позволяет нескольким версиям пакета сосуществовать, поэтому разные пользователи могут иметь разные версии одного и того же пакета, установленные в соответствующих профилях. Если два пользователя установят одну и ту же версию пакета, то будет создана или загружена только одна копия, и модель безопасности Nix гарантирует, что это безопасно. Реализация NixOS основан на диспетчере пакетов Nix, который хранит все пакеты отдельно друг от друга в хранилище пакетов.
Установленные пакеты идентифицируются криптографическим хешем всех входных данных, используемых для их сборки. Изменение инструкций сборки пакета изменяет его хеш, что приводит к установке другого пакета в хранилище пакетов. Эта система также используется для управления конфигурационными файлами, гарантируя, что более новые конфигурации не переписывают старые.
Следствием этого является то, что NixOS не соответствует стандарту иерархии файловой системы (но может его создать для конкретного пакета). Единственными исключениями являются symlink /bin/sh для версии bash в менеджере пакетов Nix (например: /nix/store/5rnfzla9kcx4mj5zdc7nlnv8na1najvg-bash-4.3.43/) и, в то время как у NixOS есть каталог /etc для хранения файлов конфигурации всей системы, большинство файлов в этом каталоге являются символическими ссылками на сгенерированные файлы в /nix/store, такие как /nix/store/s2sjbl85xnrc18rl4fhn56irkxqxyk4p-sshd_config. Отказ от использования глобальных каталогов, таких как /bin, позволяет существовать нескольким версиям пакета.
Мнения Джесси Смит написал обзор NixOS 15.09 для DistroWatch Weekly:
Ещё в одном обзоре для DistroWatch Weekly, написанном Эваном Сандерсом на NixOS 17.03, указано, что большинство вещей, которые обзорщик пробовал в NixOS, просто работали (Netflix, Amazon Video, игры в Steam, LibreOffice), проблемы в основном возникали вследствие игнорирования системой FHS, из-за чего, например, для установки расширений Gnome пришлось использовать обходные пути. В обзоре NixOS 22.11 на сайте The Register отмечено, что по сравнению с ситуацией за два-три года до этого система стала заметно проще в установке и работе, что свидетельствует о хорошей динамике развития дистрибутива и достижении им определённого уровня качества. В обзоре на NixOS 23.11 Джесси Смит также отмечает этот прогресс, характеризуя на этот раз дистрибутив как универсальный, работающий достаточно хорошо и стабильно. Хотя на первый взгляд в нём нет ничего необычного по сравнению с прочими дистрибутивами Линукса, однако на самом деле он гораздо интереснее, так как позволяет продемонстрировать впечатляющие возможности менеджера пакетов Nix.
Примечания
Литература
Ссылки
(оригинал: )
Категория:Дистрибутивы Linux Категория:Безопасность операционных систем Категория:64-битные дистрибутивы Linux