Дистрибутивы Linux: Debian, RHEL, Arch, Alpine

В прошлом уроке мы выяснили, что ядро Linux само по себе — это просто 35M строк C-кода, и работать с ним напрямую человек не может. Дистрибутив — это сборка: ядро + GNU-утилиты + init-система + менеджер пакетов + предустановленный софт + конфиги по умолчанию + политика обновлений. Разные дистрибутивы делают разные выборы по каждому пункту.

На 2026 год существуют сотни дистрибутивов, но в реальной DE-работе встречается 5-6. Разберём их по семействам и поймём, какой выбрать.

Карта семейств дистрибутивов

Главные семейства дистрибутивов Linux

Debian

форк 2004

Ubuntu

Mint, PopOS

RHEL

bleeding edge

Fedora

клоны

Rocky / Alma

Arch

Alpine

NixOS

Это далеко не все. Есть SUSE/openSUSE, Gentoo (компилируешь сам), Slackware (старейший), Void и десятки других. Но для Junior DE на 2026 год важны Debian-семейство и RHEL-семейство — на них работает большинство production-серверов в облаках.

Debian (1993) и Ubuntu (2004)

Debian — старейший из активных дистрибутивов. Основан Ian Murdock в 1993 году. Название — от Debra (его девушка) + Ian. Полностью свободный (включает только open source), полностью community-driven (нет корпоративного владельца).

Релизы Debian называются по персонажам Toy Story. На май 2026:

Debian 13 Trixie — текущий stable (release: август 2025). Ядро 6.12 LTS. Это «бутерброд для прода»: всё работает, никаких сюрпризов.
Debian 14 Forky — testing. Станет stable в 2027.
Debian 12 Bookworm — oldstable. Получает обновления безопасности до 2028.

Ubuntu, основанная Mark Shuttleworth в 2004 году, — это коммерческий форк Debian. Цель: «Linux для людей» — более простая установка, более свежие пакеты, удобный графический интерфейс. На серверной стороне Ubuntu вышла за рамки десктопа: сейчас это самый популярный Linux в публичных облаках.

Ubuntu vs Debian — что выбрать для сервера

Ubuntu LTS

Свежие пакеты

Snap

Debian stable

Старые пакеты

Чистый

Для DE на 2026 год:

Ubuntu 26.04 LTS «Resolute Raccoon» (вышла апрель 2026) — ядро 7.0, GNOME 50, Python 3.13, PostgreSQL 17. Это рекомендуемый выбор для новых проектов, особенно если нужны свежие версии.
Debian 13 Trixie — ядро 6.12 LTS, Python 3.12, PostgreSQL 17. Более консервативный выбор. Идеально для долгоживущих систем (database серверы, которые крутятся годами без перезагрузки).

В реальной работе DE встречает оба. Большинство Docker-образов под капотом — debian:bookworm (12) или debian:trixie (13). Большинство production-серверов в AWS/GCP — Ubuntu LTS.

# Узнать, какой дистрибутив у вас
$ cat /etc/os-release
PRETTY_NAME="Ubuntu 26.04 LTS"
NAME="Ubuntu"
VERSION_ID="26.04"
VERSION="26.04 LTS (Resolute Raccoon)"
VERSION_CODENAME=resolute
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"

ID_LIKE=debian — это важная подсказка: если что-то ищете в гугле и видите «as in Debian», то и в Ubuntu тоже работает.

RHEL -> Fedora -> Rocky/Alma

RHEL (Red Hat Enterprise Linux) — это коммерческий дистрибутив от компании Red Hat (теперь часть IBM). Платный, заточен под корпоративный рынок: банки, телеком, госструктуры. Long-term support (10+ лет на одну major-версию), сертифицирован под legacy enterprise-софт (SAP, Oracle DB), стандарт «корпоративного Linux».

Fedora — это бесплатный полигон для RHEL. Релизы каждые 6 месяцев, самые свежие пакеты. То, что приживается в Fedora через год-два, попадает в следующий RHEL. Для DE: Fedora хороша для разработки, но в проде её мало.

После того как Red Hat в 2020 году превратила CentOS (бесплатный binary-clone RHEL) в CentOS Stream (rolling, нестабильный), сообщество ответило: появились Rocky Linux и AlmaLinux — бесплатные клоны, заточенные на 100% binary-совместимость с RHEL. Сейчас это стандарт «бесплатный enterprise Linux».

Версии RHEL-семейства на 2026

RHEL 10

Fedora 43

Rocky 10 / Alma 10

DE на RHEL-системах — в основном в крупных корпорациях. Команды отличаются: вместо apt install — dnf install, вместо service — systemctl (это уже одинаково), вместо /etc/apt/sources.list — /etc/yum.repos.d/. Под капотом одно и то же ядро Linux, GNU coreutils, bash — поэтому DE-навыки переносятся между семействами.

# То же на Fedora/RHEL
$ cat /etc/os-release
NAME="Fedora Linux"
VERSION="43 (Server Edition)"
ID=fedora
VERSION_ID=43
PRETTY_NAME="Fedora Linux 43 (Server Edition)"
ID_LIKE="rhel fedora"

Arch Linux: rolling release

Arch — это другая философия. Нет «версий» дистрибутива: ставите один раз, обновления приходят постоянно. Это называется rolling release. Свежий софт сразу, но риск «обновление сломало систему» выше.

Arch не для серверов в обычном смысле. Его выбирают разработчики, которым нужен свежий стек, и которые готовы тратить время на ручное конфигурирование. AUR (Arch User Repository) — огромный community-репозиторий, в котором есть пакеты для всего на свете.

Для DE Arch обычно — это домашний десктоп или dev-машина. На проде Arch почти не встретишь.

# Установка пакета на Arch
$ sudo pacman -S postgresql

Alpine: минимум для Docker

Выбор базового образа Python: alpine vs slim vs full

Alpine Linux — это совершенно отдельная порода. Размер базового образа — 5 MB (vs Ubuntu ~80 MB, Debian ~120 MB). Достигается это двумя радикальными выборами:

musl libc вместо glibc. Маленький, более строгий, но иногда несовместим с программами, написанными под glibc (особенно с проприетарными).
busybox вместо GNU coreutils. Это одна программа, содержащая все классические утилиты (ls, cp, sh, grep). Уродские, но малюсенькие.

Для DE Alpine — это про Docker. Большинство официальных образов имеют -alpine версию: python:3.13-alpine, postgres:17-alpine, node:22-alpine. Они в 3-5 раз меньше, поэтому быстрее качаются и деплоятся.

WARNING

В Alpine есть «грабли» для DE. Python wheels часто собраны под glibc (manylinux) и не работают в musl без перекомпиляции. Команды немного отличаются: ls --color в busybox не работает (--color есть, но ведёт себя иначе). Если в Dockerfile у вас сложные Python-зависимости — иногда python:3.13-slim (debian-based, ~50MB) лучше, чем python:3.13-alpine (5MB но боль).

# Alpine — ls из busybox, очень минимальный
$ docker run --rm alpine:latest ls -la /
total 12
drwxr-xr-x    1 root     root          4096 May 13 19:00 .
drwxr-xr-x    1 root     root          4096 May 13 19:00 ..
-rwxr-xr-x    1 root     root             0 May 13 19:00 .dockerenv
drwxr-xr-x    2 root     root          4096 Mar 23 13:18 bin
...

Заметьте: меньше колонок, чем в GNU ls (нет, например, расширенного режима из --time-style). Это нормальный busybox.

Какой дистрибутив выбрать Junior DE

Простая рекомендация на 2026 год:

Что ставить для DE в 2026

Локальный dev

Ubuntu 26.04 LTS

Сервер компании

Ubuntu LTS или RHEL/Rocky

Docker base

python:slim или alpine

Если сомневаетесь — Ubuntu 26.04 LTS. Это сейчас де-факто стандарт DE. На нём построены большинство Airflow-туториалов, Kafka-инструкций, Postgres-сетапов в публичных доках.

Попробуй сам

Узнайте, какой дистрибутив у вас (или в VM):

$ cat /etc/os-release

Если работаете на macOS — попробуйте запустить Docker контейнер с разными дистрибутивами:

$ docker run --rm -it ubuntu:24.04 bash
root@abc123:/# cat /etc/os-release
root@abc123:/# apt --version

$ docker run --rm -it alpine:latest sh
/ # cat /etc/os-release
/ # apk --version

Заметьте: команды для пакетов разные (apt vs apk). Сами команды coreutils (ls, cat, cp) — почти одинаковые на всех Linux.

Проверка знанийKnowledge check

Почему Docker-образ на Alpine (5MB) не всегда лучше образа на Debian-slim (50MB) для DE-проектов с Python?

ОтветAnswer

Alpine использует musl libc вместо glibc. Большинство Python-wheels на PyPI собраны под glibc (manylinux-стандарт). При установке таких wheels в Alpine pip не может найти готовый бинарник и начинает компилировать пакет с нуля. Это во-первых медленно (numpy/pandas/scipy могут компилироваться 10-20 минут), во-вторых требует ставить дополнительные build-зависимости (gcc, python-dev, make), что съедает экономию размера. На практике для DE-проектов с pandas/numpy/scikit-learn `python:3.13-slim` (debian-based, ~50MB) часто получается практичнее: установка быстрее, образ собирается за минуты, а финальный размер всё равно компактный. Alpine хорош, когда зависимости легковесные (REST API на FastAPI без ML) или когда вы готовы потратить время на сборку multi-stage Dockerfile.