NGINX в качестве теплого кэша перед wowza для живых потоков HLS - Получить продолжительность потока данных и передаваемых данных? - PullRequest
0 голосов
/ 05 февраля 2019

Я настроил NGINX в качестве сервера горячего кэширования перед Wowza> приложением HTTP-Origin, чтобы он работал в качестве пограничного сервера.Конфигурация отлично работает потоковая передача по HTTPS с поддержкой nDVR и адаптивной потоковой передачи.Я прочесал интернет в поисках примеров и помощи по настройке NGINX и / или других решений, чтобы дать мне живую статистику (количество зрителей на имя_потока), а также проанализировал журналы, чтобы дать мне длительность потока на имя_потока / сеанс и data_transferred на имя_потока /сессия.Регистрация в NGINX для потоков HLS регистрирует каждый фрагмент видео.С Wowza, это немного легче получить эти данные, читая значения длительности или байтов, переданных из журналов, когда поток уничтожается ... Любая помощь по этому вопросу будет очень цениться.Спасибо.

1 Ответ

0 голосов
/ 06 февраля 2019

Nginx не знает, что такое куски.Он обслуживает клиентов только по протоколу HTTP и не знает и не заботится о том, что они взаимосвязаны.Следовательно, вам нужно будет извлечь нужные данные из журналов.

Чтобы связать клиентские запросы вместе как один, вам нужно каким-то образом отслеживать состояние между запросами, а затем регистрировать это состояние.Файлы cookie - это обычный способ сделать это.В качестве альтернативы, вы могли бы поместить какой-то идентификатор сеанса в URI запроса, но это ухудшает вашу способность кеширования, поскольку каждый клиент фактически запрашивает свой ресурс.эти журналы с такими инструментами, как Elastic Stack, чтобы собрать воедино нужные вам отчеты.

В зависимости от ваших целей, возможно, вам будет удобнее получить данные на стороне клиента.Там у вас есть лучшее представление о том, что такое сеанс на самом деле, а затем вы можете регистрировать такие элементы на стороне клиента, как уровни буфера и задержки, а что нет.HTTP-запросы на самом деле не говорят вам много об опыте, который получают конечные пользователи.Если это то, что вы хотите знать, вы должны использовать журнал от клиентов, а не от ваших HTTP-серверов.Журнал вашего HTTP-сервера гораздо более полезен для отладки основных проблем технической инфраструктуры.

...