Назад | Перейти на главную страницу

Сервер для прямой трансляции аудио / видео

Мне нужно создать сервер для веб-сайта, который будет транслировать аудио и видео в реальном времени. Функциональность будет похожа на www.ustream.tv с каналами с одной вещательной компанией и неограниченным количеством подписчиков (которые могут общаться только через текстовые сообщения). Поток будет иметь несколько битрейтов в зависимости от соединения. Для начала мне нужно иметь 100 пользователей вещания с 1000 подписчиков.

Какая оптимальная комбинация программного и аппаратного обеспечения? Я начну с одного сервера, а потом при необходимости построю еще.

Я слышал о медиа-серверах на базе flash media server 3.5 или Red5. Но я не знаю, какой из них предпочесть.

Заранее спасибо (и извините за мой английский)

Несколько мыслей;

  • Какое у вас клиентское программное обеспечение, это очень важно, конкретные версии для конкретных ОС - это определит ваше потоковое программное обеспечение.
  • Какие у вас профили потоков, собираетесь ли вы предварительно кодировать или перекрестно кодировать / планируете на лету?
  • Вы выполнили свои вычисления в среднем и увеличили требования к пропускной способности для этого? Это ваш верхний конечный показатель с учетом всего пути от диска / памяти до ЦП, ввода-вывода, сетевых карт, L2, L3, балансировщиков нагрузки, межсетевых экранов, любых VPN, которые вы можете есть / необходимо, внешняя маршрутизация, дальнейший транзит и т. д.
  • Планируете ли вы обслуживать непотоковый трафик (главная страница, транзакционный и т. Д.) С потокового сервера? если да, то почему, поскольку этот трафик может легко справиться с джиттером, а видео - нет - подумайте о разделении внешнего интерфейса на типы рабочих нагрузок, что упростит горизонтальное масштабирование.
  • Подумайте теперь, как вы собираетесь «подключиться» к живому контенту, есть большая вероятность, что вам понадобится эта возможность для соблюдения прав.

Что касается оборудования, мне кажется, что вам нужны и производительность и устойчивость, вам будет сложно получить это по заниженным ценам, придерживайтесь одного из средних / больших (Dell или лучше), а не строите самостоятельно - вы и так будете достаточно заняты.

Надеюсь, это было полезно.

Службы Windows 2008 Media.

Кодирование 100 видеопотоков «на лету», сколько бы битрейтов вы ни захотели, с лихвой выйдет из строя любой сервер, если только вы не собираетесь использовать большое железо, и похоже, что вам нужно дешевое решение, так что это не вариант. Если ваш клиент выполняет кодирование, а ваш сервер просто обрабатывает распространение, это все равно будет большим хитом, но значительно меньше, но это будет означать, что клиент будет кодировать разные битрейты и передавать все обратно вам одновременно.

Это тот тип вещей, в котором вам, вероятно, придется написать своего собственного клиента или адаптировать проект с открытым исходным кодом, который выполняет потоковую передачу снимков экрана, чтобы получить вам каналы. Я бы посмотрел на это и посмотрел, на какие серверы вы можете транслировать, а затем переходить оттуда.

Единственный способ сделать что-то подобное без огромных инвестиций в оборудование и сетевое планирование - это использовать размещенную потоковую службу (похожую на услуги веб-хостинга, но более узкую). Вы также можете изучить использование сервиса Amazon CloudFront Streaming.