Как нам построить маленькую радиостанцию в большой сети

Тут довольно странная для IT ситуация — всё то что вы написали про liquidsoap мы прекрасно знали, но вот незадача — он нам не нужен в рамках эфирной радиостанции. Все его «плюшки» в виде программирования, управление плэйлистами, джинглы и т.д. в рамках полноценной эфирной радиостанции выполняет профессиональный софт — ротатор/scheduler + playout. То есть, у меня не было задачи в формировании потока, была задача — уже сформированный поток привести к «божескому» виду и возможности массового потребления. Единственное отличие от того, что вы предлагаете сделать на liquidsoap было в том, что уже имея сформированный «поток» он был не MP3 или что-то ещё, а AES или аналог. Теперь по поводу сжатия и FM обработки (FM processing) — готов отписать отдельную маленькую статью, но по сути он реально нужен. Сжатие — тут будет ещё сложнее, большинство инженеров, музыкальных и программных редакторов страдают «аудиофилией» в большей или меньшей степени. Они чётко услышат разницу в сжатии разными MP3 и AAC кодеками. Доходит иногда до смешного — они готовы обсуждать оттенки выраженности тех или иных частотных характеристик у каждого из кодеков. Поэтому, как вы выражаетесь — весь этот огород был нужен. Тут ещё нужно учесть одну особенность, есть такое понятие в среде инженеров обслуживающих радио и телевиденье, как broadcast решение. Оно означает или сильную зарезервированность, или крайне простое и надёжное решение. По сути, как правило, мы строим что-то по надёжности приближающееся к подводной лодке, но без 100% резерва. Часть задач могут быть не зарезервированы вовсе или иметь холодный резерв, но они никогда не являются ключевыми.
Про мониторинг — вы скорее всего правы и спорить или оправдываться бессмысленно, но я не программист вообще, ну не более простеньких shell скриптов, а программисты способные это сделать в этой организации были загружены на 200%.
Вот как-то так.
Но спасибо за коммент, честно не ждал такого количества просмотров. Сильно мотивирует дальше писать более системно и развёрнуто, для лучшего понимания broadcast решений.

Мониторинг опускаю — не причина для споров.
Битрейты — тут решение одновременно и компромиссное и функциональное, разница между 56 AACv2+ и 48 AACv2+ есть, называется она parametric stereo, всё что выше 48 она просто не включается. 64 MP3 — ХА скажу я вам, порядка 7% слушателей сидели на нём и не жужжали, хотя прекрасно понимаю, что это странное решение с их стороны, но однако же. Для нас было важно постараться не потерять уже существовавших клиентов и новых приобрести. Тут нужно учитывать фактор «исторически сложилось» и отсутствие финансирования на задачу.
Резервный канал — для регионалов формировалась 256 потоки, просто статья не об этом и эту мелочь опустил.
Балансировка DNS — принципиально она не нужна, целиком и полностью согласен, при такой архитектуре обычно балансируют ещё смешнее — pls файлы. У меня такой возможности просто не было. К слову, и HAproxy и иже с ними — единая точка отказа, потоки несколько великоваты, как мне кажется, но это уже скорее проще обсудить в личке. Я не настолько силён в HTTP highload.
HLS — нагрузка не самая большая проблема, её можно было разнести и на один сервер и какое то время так и делали на icecast, основная проблема — отсутствие масштабирования, как такового, плюс резервирование, его там нет. Второе — icecast я знал и как на нём построить подобную схему понимал чётко. Что делать с HLS, кристального понимания не было, хотя о протоколе знал, но всё равно спасибо. Нативная поддержка — и для icy она тоже нативна. Anycast — а смысл? Точка нахождения всей «фермы» один ЦОД. Но за мысль спасибо, буду думать как строить на похожей архитектуре географически разнесённые решения.

в 2013-м году я бы попробовал организовать вещание через hls

простите, а как?

hls — это mpeg-ts, порезанный на куски.

1) ММХ — ещё нужно отвечать? В пике по 16-17 к. клиентов днём по всем радиостанциям.
2) Динамическая обработка сигнала — в статье чётко указано «Вынуждены были в итоге городить огород с аппаратными FM процессорами найденными на складе, древними как ммм, ну вы поняли».
3) На платной Omnia свет несомненно не сошёлся клином, но профессионально сделать процессинг бесплатной версии StereoTool вы не сможете, а если сможете результат будет явно другим нежели у Omnia. Плюс, стоимость в 17тр не Бог весть что для крупного холдинга, как я думал в начале. ВКПМ — кто вам сказал про ровный звук на спутник?
4) Без комментариев
5) Какая частота каждого ядра этой «мега» машинки?
6) Примитивизм — БЕЗ СОМНЕНИЯ! Нет бюджета — нет броадкаст решения, не мне Вам объяснять.

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