Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to 2017-04-08 01 Евгений Оськин. Video streaming: от идеи до нагруженной системы
Similar to 2017-04-08 01 Евгений Оськин. Video streaming: от идеи до нагруженной системы (20)
More from Омские ИТ-субботники
More from Омские ИТ-субботники (20)
2017-04-08 01 Евгений Оськин. Video streaming: от идеи до нагруженной системы
- 1. Video Streaming: от идеи до нагруженной системы Оськин Евгений developer
- 3. С чего мы начинали
- 4. С чего мы начинали
- 5. С чего мы начинали
- 6. С чего мы начинали
- 7. Требования
- 8. Требования ● Live видео с низкой задержкой
- 9. Требования ● Live видео с низкой задержкой ● В штатном режиме 100 параллельных стримов
- 10. Требования ● Live видео с низкой задержкой ● В штатном режиме 100 параллельных стримов ● Горизонтальное масштабирование
- 11. Требования ● Live видео с низкой задержкой ● В штатном режиме 100 параллельных стримов ● Горизонтальное масштабирование ● Основная платформа – iOS
- 12. Что мы ожидали
- 13. Что мы ожидали ● Мы будем использовать 3rd party сервис для стриминга
- 14. Что мы ожидали ● Мы будем использовать 3rd party сервис для стриминга ● Работать с HLS будет легко
- 15. Что мы ожидали ● Мы будем использовать 3rd party сервис для стриминга ● Работать с HLS будет легко ● На backend нужно будет реализовать REST API и клиент для 3rd party сервиса
- 17. Какую боль мы испытали ● Отсутствует сервис, который нас устраивает
- 18. Поиск сервисов ● DaCast ● Wowza Streaming Cloud ● Zencoder ● LiveStream.com
- 19. Поиск сервисов ● DaCast – большая задержка ● Wowza Streaming Cloud – большая задержка ● Zencoder – большая задержка ● LiveStream.com – большая задержка
- 20. Какую боль мы испытали ● Отсутствует сервис, который нас устраивает ● Live HLS
- 21. Какая проблема с Live HLS?
- 22. Какая проблема с Live HLS? ● Адаптивный стриминг live видео
- 23. Какая проблема с Live HLS? ● Адаптивный стриминг live видео ● Стриминг видео с фиксированным bitrate
- 27. Какую боль мы испытали ● Отсутствует сервис, который нас устраивает ● Live HLS ● Отсутствует готовое руководство по созданию платформы для стриминга
- 28. Решение
- 29. Решение Сделать свою платформу для video streaming’а
- 30. Что если не HLS?
- 31. ● DASH – HTTP-based Что если не HLS?
- 32. ● DASH – HTTP-based ● RTMP, RTSP – Real Time Protocol Что если не HLS?
- 33. ● DASH – HTTP-based ● RTMP, RTSP – Real Time Protocol Что если не HLS?
- 34. Servers for video streaming
- 35. ● Nginx-rtmp ● SRS (Simple RTMP Server) ● Wowza Streaming Engine Servers for video streaming
- 36. ● Nginx-rtmp ● SRS (Simple RTMP Server) ● Wowza Streaming Engine Servers for video streaming
- 43. Архитектура
- 44. Архитектура
- 45. Архитектура
- 46. Архитектура
- 47. Архитектура
- 48. Архитектура
- 49. Архитектура
- 50. Архитектура
- 51. Deployment
- 52. ● Docker у разработчика и на AWS Deployment
- 53. ● Docker у разработчика и на AWS ● Deploy в две команды Deployment
- 54. ● Docker у разработчика и на AWS ● Deploy в две команды ● Запуск тестов в одну команду Deployment
- 55. Flow разработки
- 56. ● Сложно воспроизводить bug’и руками Flow разработки
- 57. ● Сложно воспроизводить bug’и руками ● Сложно iOS разработчикам работать с нестабильным backend’ом Flow разработки
- 58. ● Сложно воспроизводить bug’и руками ● Сложно iOS разработчикам работать с нестабильным backend’ом ● Страшно изменять архитектуру Flow разработки
- 59. BDD
- 60. BDD Feature: Sending feedback after watching a stream. Scenario: A user watches and shares the record. Given we have a Recorder user And we have a Viewer user When the Viewer asks the Publisher And the Recorder responds with a new stream And the Viewer gets “stream notification” and records Then the Recorder ends publishing in 25 seconds And the Viewer shares the stream And an Anonymous user opens the shared link and plays a video
- 61. BDD Feature: Sending feedback after watching a stream. Scenario: A user watches and shares the record. Given we have a Recorder user And we have a Viewer user When the Viewer asks the Recorder And the Recorder responds with a new stream And the Viewer gets “stream notification” and plays the stream Then the Recorder ends publishing in 25 seconds And the Viewer shares the stream And an Anonymous user opens the shared link and plays a video
- 62. BDD Feature: Sending feedback after watching a stream. Scenario: A user watches and shares the record. Given we have a Recorder user And we have a Viewer user When the Viewer asks the Recorder And the Recorder responds with a new stream And the Viewer gets “stream notification” and plays the stream Then the Recorder ends publishing in 25 seconds And the Viewer shares the stream And an Anonymous user opens the shared link and plays a video
- 63. BDD Feature: Sending feedback after watching a stream. Scenario: A user watches and shares the record. Given we have a Recorder user And we have a Viewer user When the Viewer asks the Recorder And the Recorder responds with a new stream And the Viewer gets “stream notification” and plays the stream Then the Recorder ends publishing in 25 seconds And the Viewer shares the stream And an Anonymous user opens the shared link and plays a video
- 64. - А что если будет 1000 параллельных стримов? Вопрос
- 65. - А что если будет 1000 параллельных стримов? - Не понятно. Надо проверить. Вопрос
- 68. ● Locust ● Переиспользование кода от behaviour тестов Performance тесты
- 69. ● Locust ● Переиспользование кода от behaviour тестов ● Специфика сбора метрик Performance тесты
- 70. ● Locust ● Переиспользование кода от behaviour тестов ● Специфика сбора метрик ● Отдельное окружение Performance тесты
- 71. Итог
- 73. Итог ● Законченный продукт ● Архитектура, BDD и Docker – лучшие друзья
- 74. Итог ● Законченный продукт ● Архитектура, BDD и Docker – лучшие друзья ● Nginx-RTMP и FFmpeg Streaming Guide – хорошие ресурсы для старта