Для студентов и начинающих инженеров операционная система — это не просто «фон» для кода, а полноценный учебный полигон и платформа для работы. В ЭРЦИТ специально поддерживают сразу пять ОС, чтобы учащиеся могли прочувствовать разницу в подходах: минимализм и скорость Alpine Linux, стабильность и предсказуемость Debian, специфику BSD‑систем (FreeBSD и OpenBSD) и особенности отечественной платформы на примере РЕД ОС. Учебные лицензии на РЕД ОС снимают барьер по доступу, а разнообразие окружений позволяет отрабатывать навыки, востребованные в индустрии: от контейнеризации до сетевой безопасности. В этой статье покажем, как эти ОС используются в реальных учебных и исследовательских проектах центра, и разберём типовые конфигурации, которые можно повторить в своей лаборатории.

В ЭРЦИТ сознательно отказываются от закрытых коммерческих решений, чтобы уйти от вендор‑лока и сохранить прозрачность инфраструктуры. Открытые Unix‑подобные системы дают понятный, «читаемый» стек: от ядра до утилит — всё доступно для изучения, а конфигурация остаётся воспроизводимой и переносимой между разными платформами.

Открытые технологии позволяют студентам не просто наблюдать за работой системы, а полноценно с ней взаимодействовать: запускать, разбирать, намеренно ломать и восстанавливать — то есть проходить полный цикл от эксперимента до исправления ошибок. Такой подход превращает абстрактные знания в практические навыки, которые легко перенести в реальные проекты вне учебного контура.

Именно эта возможность «потрогать» и глубоко разобраться в устройстве информационной инфраструктуры — главная ценность для инженерной подготовки: студенты учатся видеть причинно‑следственные связи, понимать компромиссы в выборе инструментов и принимать обоснованные архитектурные решения, опираясь не на маркетинг, а на реальный опыт работы с инфраструктурой.

По долгу службы — а за плечами и системный инжиниринг, и разработка ПО в разных организациях — регулярно сталкиваюсь с конструкциями и решениями, где сложность будто бы возведена в религию. То раздутые (overbloated) программные продукты, то архитектурные нагромождения, в которых за слоями абстракций теряется сама суть задачи. Это неизменно пробуждает во мне почти рефлекторное желание всё упростить: срезать лишнее, убрать ненужное, оставить только то, что реально работает.

И потому особенно цепляют решения, которые просто делают свою работу — без пафоса, без лишних телодвижений, без маркетинга, денег и рекламы. В них есть какая‑то особая инженерная честность: минимум шума, максимум пользы. Именно к такой простоте и стремлюсь в каждом проекте — чтобы в итоге оставалось только чистое, понятное и эффективное. So, minimal is beautiful! 😉, таким путём ЭРЦИТ и движется.

Итак, начнём по порядку. А первыми у нас пойдут операционные системы на базе ядра Linux.

Когда смотришь на серверные дистрибутивы Linux «по умолчанию», быстро понимаешь: у каждого из них своё представление о том, что значит «достаточно» и «минимально». И это не про «плохо/хорошо», а про разные инженерные компромиссы.

Если взять несколько самых популярных линеек дистрибутивов и сравнить их, то получится следующая картина.

Ubuntu Server. Минимальная установка от 3 до 5 гигабайт. «Из коробки» установка содержит значительный объём разных утилит, служб, демонов и пр. «на всякий случай», которые вообще могут никогда не понадобиться. Это не «мусор» (но мусор), это своего рода страховка от типовых проблем, но с инженерной точки зрения такой подход добавляет лишний слой абстракции: ты получаешь не минимальный рабочий контур, а сразу «готовый сервер», где многое включено «на всякий случай». Зачастую именно включено, в прямом смысле этого слова, а не покоится без дела! «Всё можно поотключать на этапе установки!», скажет опытный пользователь и будет прав. Да, но есть пакеты, которые входят в базовые наборы, которые так просто «отключить» не получится и без которых система работать просто не сможет. Например, нужен ли вам Snap ¹ (https://snapcraft.io/snapd) в базовой установке? Вы действительно собираетесь устанавливать пакеты из репозиториев snapcraft.io прямо сейчас или вы примете осознанное решение тогда, когда необходимость в таком функционале возникнет естественно и в контексте вашей задачи? Держать в голове списки пакетов «на всякий случай» совершенно бесполезно, поскольку в следующей версии дистрибутива всё может поменяться самым радикальным образом. С другой стороны, некоторым инженерам приятно осознавать, что в их установке есть по умолчанию всё, что нужно или может пригодиться. Ничего специально ставить не нужно, достаточно запустить нужные команды и привести необходимые сервисы в действие. Что угодно быку, неугодно Юпитеру…

CentOS/Rocky/AlmaLinux в профиле Minimal делают похожий ход, но с уклоном в корпоративную стабильность. Минимальный профиль заметно режет лишнее, но всё равно оставляет довольно широкий базовый набор пакетов, рассчитанный на типовые роли в дата‑центре и совместимость с привычными инструментами администрирования. Итог — 3–4,5 ГБ и стек, который проектировался под «как у всех в индустрии», а не под «минимально возможное». Это удобно для поддержки больших парков серверов, но не всегда оптимально, если цель — прозрачность и контроль над каждой зависимостью. Чего стоит включённый по умолчанию SELinux ² в CentOS и первая строка в любом HOWTO по настройке CentOS – “отключите SELinux командой setenforce 0”

Debian в серверном исполнении, без графики, ближе к инженерной строгости: стандартная установка весит 2.5–4 ГБ, но сам подход дистрибутива даёт максимум контроля. Философия Debian — «ты сам решаешь, что ставить», и даже базовая установка оставляет пространство для осознанного выбора. Это уже ближе к тому, что нужно для обучения и экспериментов: студенты видят, как стек собирается по частям, и учатся понимать, зачем нужен каждый компонент. Но даже в минималистичном варианте Debian остаётся «полноценной» системой: в нём сохраняется привычный стек и совместимость, а значит, и некоторый объём «по умолчанию» всё равно остаётся.

И вот на этом фоне Alpine Linux выглядит как последовательное инженерное решение. Его базовый серверный образ — это не «урезанный Debian», а изначально спроектированный минимализм: 150–300 МБ для самого ядра системы, а с типичными серверными утилитами (sshd, сетевые инструменты и т. п.) — около 500–700 МБ. Здесь нет пакетов «на будущее»: musl вместо GNU libc, BusyBox ³ вместо набора отдельных утилит, и каждый пакет добавляется осознанно. Для ЭРЦИТ это особенно ценно: студенты сразу видят минимальный жизнеспособный стек и учатся оценивать каждую зависимость, понимая, что «работает» не означает «много всего внутри».

В итоге выбор Alpine — это не про рекорды размера ради цифр. Это про дисциплину и прозрачность: система не пытается быть универсальной, она даёт чистый, понятный контур и заставляет думать про каждую добавленную зависимость. И в этом как раз проявляется та самая инженерная честность, о которой я уже говорил: ничего лишнего, только то, что реально делает работу — и делает её чисто.

Коротко расскажем о том, что же такого приятного в этом дистрибутиве.

• Простой и действительно интуитивно понятный процесс установки при помощи консольной утилиты setup-alpine (которая вызывает setup-disk, setup-network и пр. – каждый этот шаг можно вызвать самостоятельно и по отдельности) Кто в графической среде установки разбивал диски и настраивал LVM – тот поймёт мою тоску по простоте и логичности.
• В качестве загрузчика взят extlinux из состава проекта syslinux;
• mkinitfs для создания временной файловой системы, используемой при загрузке;
• Система инициализации openrc ❤️ вместо systemd ❤️‍🩹
• /etc/network/interfaces + скрипты вместо хаоса NetworkManager, systemd-networkd, netplan и пр.
• MUSL libc вместо GNU libc (про это в нашей будущей статье, которая выйдет очень скоро)
• Вместо GNU coreutils ⁴ большинство стандартных системных утилит в несколько урезанном исполнении входят в состав пакета busybox, который часто применяется во встроенных Linux-системах. По умолчанию используется командная оболочка ash в составе busybox. Конечно, при надобности можно спокойно добавить и bash, и zsh и systemd.
• Собственный пакетный менеджер apk и собственная инфраструктура распространения пакетов.
• Возможность установки, при которой образ системы целиком и полностью размещается в оперативной памяти, а пакеты и конфигурация хранятся на внешних носителях и обслуживаются при помощи утилиты lbu. Этот вариант наиболее предпочтителен для серверных задач.
• Широкий выбор архитектур, отличных от Intel: ARM32/64, RISC-V и так далее. Возможность установки на одноплатные ПК и встроенные системы.

На Alpine Linux мы в ЭРЦИТ запустили критически важные сервисы — и это не про экономию пары мегабайт, а про чистую, предсказуемую инфраструктуру.

LDAP‑директория, в которой хранятся учётки более чем тысячи человек, сервис на базе Gitflic и кластеры PostgreSQL работают на минималистичном стеке: ничего лишнего, только то, что реально нужно, — поэтому конфигурация прозрачна, а поведение систем предсказуемо.

Такой подход даёт надёжность и контроль: студенты видят, как устроены настоящие промышленные сервисы, а инженеры получают дисциплину зависимостей и простоту поддержки — именно та самая инженерная честность, к которой мы и стремились.

Во второй части мы продолжим знакомство с нашим программным технопарком, а именно, как мы используем Debian и РЕД ОС. Далее: часть вторая