LibreTime: Две дороги — один финал. Тест-драйв ветерана эфира

Путь первый: «Старая школа» — установка в ОС

Классический путь для тех, кто помнит, как компилировать ядро. Официальная документация честно предупреждает: вам придется всё делать руками. Инструкции есть, но они предполагают, что вы уже умеете настраивать сервер, дружите с терминалом и не боитесь ошибок.

• Что нужно сделать: Вручную поднять веб-сервер, базу данных, кеш, очередь задач и сам плеер. Каждый компонент — отдельная история.
• Главный риск: LibreTime требователен к версиям зависимостей. Новая Ubuntu может «не подружиться» со старыми библиотеками, и вам придется выискивать патчи на форумах.
• Итог: Максимальный контроль, но высочайший порог входа. Это выбор сисадминов-пуристов, у которых есть запасной сервер для экспериментов.

Путь второй: «Новый век» — установка через Docker

Казалось бы, Docker должен упростить жизнь. Но не в случае с LibreTime. Открываем официальную документацию по установке через Docker и читаем:

1. Скачать файлы вручную: wget двух конфигов из репозитория.
2. Сгенерировать пароли: через openssl rand -hex 16 для PostgreSQL, RabbitMQ и Icecast.
3. Подставить переменные: командой envsubst (которую еще нужно установить!).
4. Отредактировать конфиг: вручную поправить config.yml под свои нужды.
5. Запустить миграции БД: отдельной командой.
6. И только потом — docker compose up -d.

Это не «волшебная кнопка». Это конструктор для продвинутых пользователей. Docker здесь избавляет от установки зависимостей, но не от понимания архитектуры. Вы все еще должны знать, как работает связка Postgres + RabbitMQ + Icecast, и уметь править конфиги вслепую.

Боевые условия: что говорят реальные пользователи?

Открываем форум LibreTime (Discourse) и находим идеальный кейс для иллюстрации. Пользователь пытается запустить Docker-версию на Ubuntu 22.04.

«Контейнеры Postgres, Icecast, Rabbitmq запустились без проблем, — пишет он. — Но сервисы playout и analyzer падают с ошибками. Пишут, что config.yml не найден и отсутствует api_key. При этом файл на месте, ключи сгенерированы. Что делать?»

Диагноз: Система формально запущена, контейнеры работают, но радио молчит. Пользователь получает 10 запущенных контейнеров вместо одного процесса, но проблем меньше не становится. Ему все равно нужно лезть в дебри: проверять, правильно ли смонтированы тома, подставлены ли переменные, откуда вообще берется тот самый api_key. Docker дал изоляцию, но не дал простоты.

Цена «бесплатности»: ресурсы и сложность

• Миф о легковесности: Раньше LibreTime мог работать на 1 ГБ RAM. Но современная Docker-сборка с PostgreSQL, RabbitMQ и кучей сервисов требует уже совсем других мощностей. Один из готовых сторонних автоустановщиков рекомендует 4 ГБ RAM и 2 vCPU. Это уже не «старичок для слабых VPS», а вполне себе прожорливая система.
• Сложность поддержки: При сбое вам нужно проверять 10 разных контейнеров. Логи множатся, и найти причину падения analyzer_1 гораздо сложнее, чем диагностировать проблему в монолитном, но прозрачном приложении.
• Косвенные признаки: Существование сторонних скриптов для автоматизации установки — прямое доказательство того, что официальный процесс слишком сложен. Компании пишут целые установщики с вопросами про SMTP и SSH-порты, чтобы просто поставить радио. А один из китайских туториалов подробно описывает, как вручную редактировать docker-compose.yml и создавать .env файлы. Проблема интернациональна.

А что если посчитать реальные цифры?

Пока LibreTime в Docker-сборке просит 4 ГБ RAM и 2 vCPU (по данным одного из автоустановщиков), а AzuraCast официально требует от 2 ГБ, но на практике «ест» все 4, наше решение работает совсем с другими аппетитами.

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

DIY Радио: свое радио без сложностей

В чем принципиальная разница? LibreTime заставляет вас выбирать между «сложно» (установка в ОС) и «очень сложно» (Docker с ручной генерацией ключей). В обоих случаях вы вынуждены становиться администратором сложной распределенной системы, даже если вы просто хотите крутить музыку.

DIY Радио предлагает третий путь. Мы берем проверенную архитектуру (Python/venv) и упаковываем ее в простой и понятный интерфейс. Вам не нужно генерировать пароли через OpenSSL, гуглить, почему упал playout, или править множество конфигов. Вы просто работаете с радио, а не собираете его из контейнеров.

При этом мы сохраняем легкость и прозрачность классической установки, но автоматизируем 90% рутины. Никаких лишних сетевых прослоек — только чистая ОС, виртуальное окружение и моментальный отклик.