Ваше решение лучше, хотя бы тем, что оно работает. В остальном — одни facepalm-ы.
— мониторинга нет (любой сисадмин обмажет мониторингом за пол дня-один день)
— крайне неудачный выбор битрейтов: 128 & 64 kbit/s MP3, 56 & 48 kbit/s AACv2+. (Тут, наверное, и без пояснений всё понятно — 64 никто не будет слушать, а 56 и 48 между собой не особо отличаются)
— резервные каналы для региональных радиостанций в 128 kpbs? без комментариев
— балансировка через dns (21-й век на дворе, где anycast? где haproxy? где ipvs?)
— в icecast сам по себе протокол примитивный, в 2013-м году я бы попробовал организовать вещание через hls, из минусов разве что задержка чуть больше(в зависимости от размера чанка), в остальном — одни плюсы — простота протокола; легкость построения cdn, меньше ресурсов(не удивился если бы всё поместилось в один сервер), нативная поддержка под iOS и android. (http://en.wikipedia.org/wiki/HTTP_Live_Streaming#Supported_players_and_servers).
— мониторинга нет (любой сисадмин обмажет мониторингом за пол дня-один день)
— крайне неудачный выбор битрейтов: 128 & 64 kbit/s MP3, 56 & 48 kbit/s AACv2+. (Тут, наверное, и без пояснений всё понятно — 64 никто не будет слушать, а 56 и 48 между собой не особо отличаются)
— резервные каналы для региональных радиостанций в 128 kpbs? без комментариев
— балансировка через dns (21-й век на дворе, где anycast? где haproxy? где ipvs?)
— в icecast сам по себе протокол примитивный, в 2013-м году я бы попробовал организовать вещание через hls, из минусов разве что задержка чуть больше(в зависимости от размера чанка), в остальном — одни плюсы — простота протокола; легкость построения cdn, меньше ресурсов(не удивился если бы всё поместилось в один сервер), нативная поддержка под iOS и android. (http://en.wikipedia.org/wiki/HTTP_Live_Streaming#Supported_players_and_servers).