Опубликована статья: почему мы не строим RISH на Ubuntu
Один из частых вопросов к RISH звучит просто: почему не Ubuntu? Ubuntu популярна, про нее много инструкций, ее часто ставят на VPS, и для многих пользователей Linux-сервер почти автоматически означает Ubuntu Server.
Мы подробно ответили на этот вопрос в руководстве: «Почему мы не строим RISH на Ubuntu».
Минимализм как часть надежности
Короткий ответ такой: RISH строит не разовую установку веб-сервера, а управляемую серверную модель.
У RISH есть простой принцип: не ставить лишнего. Если без программы, службы или дополнительного слоя можно обойтись, значит, лучше обойтись. Меньше компонентов — меньше точек отказа, меньше неожиданных взаимодействий, меньше векторов атаки, проще сопровождение и выше надежность.
Поэтому нас не устраивает подход, при котором вокруг обычного Linux-сервера появляется все больше дополнительных механизмов: Snap, Netplan, cloud-init, фоновые обновления, phased updates и продуктовые сервисы Canonical. Зачем ставить то, без чего можно обойтись? Зачем усложнять то, что может быть простым и понятным?
Что разбираем в статье
В статье разбираем, почему Ubuntu плохо ложится на эту модель: зависимость от экосистемы Ondřej Surý для актуального PHP, история с политической геоблокировкой российских IP на packages.sury.org, Snap, Netplan, cloud-init, автоматические и поэтапные обновления, Ubuntu Pro/ESM и общий продуктовый контур Canonical.
Важно: мы не говорим, что на Ubuntu нельзя поднять веб-сервер. Можно. Но RISH нужен скучный, предсказуемый и управляемый фундамент. Поэтому сейчас мы сознательно строим RISH на RHEL-family.
