Сервер для живого аудио/потоковой передачи видео
Мы посмотрели на это прежде также... Мы нашли много проблем с выполнением этого. Много программ (плохо разработанные) всегда смотрит на %systemdrive %\documents и каталог настроек для пользователей. Если Вы заканчиваете тем, что спустились по маршруту перемещения Ваших профилей пользователей, подготовлены к неожиданным проблемам позже.
Несколько мыслей;
- Что является Вашим клиентским программным обеспечением, это - очень важные, определенные версии на определенном OSs - это определит Ваше программное обеспечение потоковой передачи.
- Каковы Ваши потоковые профили, Вы намереваетесь предварительно закодировать или сделать Вас, have/expect-to перекрестный кодируют на лету?
- Вы сделали свою математику на среднем и пакетных требованиях пропускной способности для этого, Ваш верхний край, число принимает во внимание весь путь от диска/памяти до ЦП, IO, NICs, L2, L3, подсистем балансировки нагрузки, брандмауэров, какой-либо VPNs, Вы могли бы/нуждаться, внешняя маршрутизация, прогрессивный транзит и т.д.
- Вы - планирование служащего непотокового трафика (первая полоса, транзакционная и т.д.) с сервера потоковой передачи? раз так, почему, поскольку этот трафик может легко обработать дрожание, но видео не может - рассматривать разделение Вашего фронтенда в типы рабочей нагрузки, делать для более легкого масштаба.
- Рассмотрите теперь, как Вы собираетесь 'коснуться' в живое содержание, существует хороший шанс, что Вам будет нужна эта способность к соответствию прав.
Что касается аппаратных средств, хорошо это звучит мне, что Вам нужны и производительность и в устойчивость, Вы будете изо всех сил пытаться получить это по ценам отдела уцененных товаров, придерживаться одной из середины/больших мальчиков (Dell или лучше), а не build-your-own - Вы собираетесь быть достаточно занятыми как есть.
Надежда это было несколько полезно.
-
1That' s хорошо, если Вы ЗНАЕТЕ , у всего Вашего клиента есть Windows Media Player - но партии don' t, партии. – Chopper3 2 March 2010 в 17:42
-
2
На лету кодирование 100 раз видеопотоков однако много скоростей передачи, которые Вы хотите, больше, чем снизит любой сервер, если Ваше движение для "большой железяки" и это не кажется на желание дешевого решения, таким образом, это не опция. Если Ваш клиент делает кодирование, и Ваш сервер просто обрабатывает распределение, это будет все еще иметь шумный успех, но существенно меньше, но это означало бы заставлять клиент кодировать различные скорости передачи и передавать весь потоком назад Вам одновременно.
Это - тип вещи, где необходимо будет, вероятно, записать собственному клиенту или адаптировать проект с открытым исходным кодом, который делает снимок экрана потоковой передачи для получения Вас подача. Я изучил бы это и видел бы, какие серверы можно передать потоком к и затем пойти оттуда.
Единственным путем Вы собираетесь быть способными сделать что-то вроде этого без крупных инвестиций аппаратных средств, и сетевое планирование использует размещенный потоковый сервис (подобный услугам веб-хостинга, но большему количеству ниши). Можно также изучить использование Потокового сервиса CloudFront Amazon.