За последние десять лет многие линейные телеканалы были перенесены в облако. Но насколько успешным оказался этот переход? Оправдались ли ожидания? Какие уроки были извлечены? Ответы в авторской статье Питера Хаджитофи (Peter Hajittofi), CEO coralbay.tv, специально для TKT1957.
К сожалению, ответы на первые два вопроса нельзя дать однозначно. Всё зависит от того, что мы подразумеваем под «облаком», «успехом» и какими были ожидания изначально.
Публичные облака vs частные облака: выбор правильной инфраструктуры для вещания
Для одних облако означает публичные сервисы, такие как AWS, Microsoft Azure или Google Cloud, а для других — частные облака или собственные дата-центры. Многие вещатели перенесли свои каналы в облако, чтобы снизить затраты и уменьшить риски при запуске новых каналов, избегая больших капитальных вложений в начале проекта. Также были ожидаемые операционные преимущества, такие как возможность управления каналами через веб-браузер, быстрый и легкий запуск каналов, а также их удобное отключение, если они больше не нужны. Дополнительно облако предоставляет резервирование и повышенную устойчивость.
Необходимость учитывать первоначальные цели
Чтобы правильно оценить успешность перехода в облако, необходимо учитывать первоначальные цели.
Если целью была только экономия, то не все вещатели смогли её достичь. В некоторых случаях невыполнение целей было связано с выбором системы плейаута, местом её размещения и типом каналов, перенесённых в облако.
Для максимального эффекта от использования облачных технологий решение для плейаута должно быть нативным для облака. Старый продукт, разработанный как система реального времени для специализированного локального оборудования, может работать в облаке, но не сможет использовать все его возможности. Более того, он будет неэффективен в использовании ресурсов и дорог в эксплуатации.
Для максимального эффекта от облачных технологий решение для плейаута должно быть нативным для облака
Система контейнеров
Современные облачные решения создаются с использованием микросервисов, контейнеров и систем оркестрации. Вместо одной большой монолитной системы используется множество небольших сервисов, которые работают в контейнерах и управляются с помощью оркестрационной системы, такой как Kubernetes. Преимущество в том, что вы получаете отказоустойчивость и эластичность, которые предоставляет оркестрация.
Современные облачные решения создаются с использованием микросервисов, контейнеров и систем оркестрации
Например, Kubernetes автоматически обнаруживает и перезапускает неудачные контейнеры, что позволяет сервисам быстро восстанавливаться после сбоев. Иными словами, происходит самовосстановление. Облачные платформы также могут обнаруживать сбои на уровне оборудования и операционной системы, автоматически заменяя вышедшие из строя узлы, в то время как Kubernetes переназначает сервисы на здоровые узлы, минимизируя прерывания работы. Используются передовые инструменты мониторинга, которые уведомляют инженеров о возникновении сбоев, чтобы они могли оперативно провести расследование и принять меры.
Преимущества микросервисов и постепенных обновлений в облачном плейауте
Также есть и другие преимущества — обновления программного обеспечения становятся намного проще и безопаснее. Использование микросервисов изменило подход к выпуску новых версий программного обеспечения. Вместо одного или двух крупных релизов в год теперь можно выпускать обновления поэтапно, что значительно снижает риски и позволяет клиентам быстрее получать новые функции. Теперь можно обновлять только те сервисы, которые затронуты изменениями, и большинство обновлений можно проводить без остановки работы программного обеспечения. При возникновении проблем с новой версией можно легко откатиться к предыдущей.
Запуск плейаута в публичных облаках действительно может обеспечить экономию затрат
Запуск плейаута в публичных облаках действительно может обеспечить экономию затрат. Вам не нужно инвестировать в дорогостоящее локальное оборудование или закладывать бюджет на его обслуживание. Также не требуется оборудование для серверных помещений, системы кондиционирования, освещения и персонал для управления всей инфраструктурой. Вместо этого программное обеспечение запускается в облаке и настраивается под нужды канала. Это включает в себя установку битрейтов, кадровых частот, форматов, графики, субтитров, входов/выходов и т. д.
Некоторые системы позволяют развернуть новый канал всего за несколько минут
Запуск новых каналов становится очень простым. Некоторые системы позволяют развернуть новый канал всего за несколько минут. Сравните это с несколькими неделями или даже месяцами планирования, проектирования стоек, прокладки кабелей и ввода в эксплуатацию, как это было с традиционными локальными системами.
Также легко отключить каналы, когда они больше не нужны. Это означает, что вы платите только за используемую инфраструктуру, что значительно снижает риск при запуске новых каналов.
Гибкость лицензирования “Pay-As-You-Go” для вещателей
Некоторые поставщики предлагают как лицензирование по принципу «плати по мере использования» (PAYG), так и пожизненные лицензии для оптимальной экономии. Клиенты могут выбрать лучший вариант лицензирования для каждого канала: PAYG для каналов с коротким сроком службы или постоянное лицензирование для более долгосрочных каналов. PAYG идеально подходит для временных каналов и для аварийного восстановления (или обеспечения непрерывности бизнеса).
Однако у многих крупных вещателей уже заключены долгосрочные договоры аренды помещений, и они обязаны использовать локальное оборудование в течение нескольких лет. Поэтому, если при сравнении затрат не учитывать все возможные расходы на помещения и связанную с этим экономию, картина может быть не полной. Именно поэтому в coralbay.tv разработали продукты, которые могут работать как локально, так и в облаке. Более того, возможны гибридные решения, когда часть каналов размещается в облаке, а часть — локально, при этом используется единый интерфейс и рабочие процессы. Также возможны решения на базе edge-технологий, которые позволяют снизить затраты на дистрибуцию контента.
Обеспечение отказоустойчивости в облачном плейауте: от избыточности до развертывания в нескольких регионах
Хотя облачные решения предлагают множество преимуществ, для обеспечения широкого функционала и высокой надёжности, ожидаемых современными вещателями, необходимо хорошо продуманное архитектурное решение. Качественный продукт должен обеспечивать дополнительную отказоустойчивость сверх того, что предоставляет оркестрация. Все критически важные компоненты, такие как базы данных, шина сообщений, основные службы автоматизации и видеопотоки, должны быть дублированы для обеспечения резервирования. Выходы видеопотоков могут передаваться на последующее устройство, которое контролирует основной и резервный потоки и может автоматически переключаться в случае сбоя. Для дополнительной отказоустойчивости систему можно развернуть в нескольких зонах доступности, чтобы в случае сбоя одной из облачных зон, плейаут продолжал работу из другой зоны. Для тех, кто хочет ещё большего уровня отказоустойчивости, возможен и шаг вперёд — развертывание систем в нескольких регионах.
Работа с прямыми трансляциями в облаке: вызовы и решения
Ещё один важный аспект при выборе облачной системы плейаута — это работа с прямыми трансляциями. В традиционных SDI-системах для локального плейаута обработка живых сигналов довольно проста. Система автоматизации должна лишь управлять маршрутизатором или мастер-контроллером и переключаться на живой источник при запланированной прямой трансляции. Эти события, как правило, имеют неопределённую продолжительность, поскольку невозможно точно предсказать, когда закончится прямая трансляция. Во время трансляции могут демонстрироваться рекламные ролики или другие события, а когда трансляция завершена, оператор нажимает кнопку «следующий», и плейлист продолжает воспроизведение следующего видео по расписанию.
В традиционных системах задержки не вызывают проблем: оператор может видеть выходной сигнал в реальном времени и легко принимать решения о том, когда переходить к следующему пункту расписания. В облаке всё иначе. Входные и выходные потоки обычно представляют собой сжатые транспортные потоки, что приводит к задержкам кодирования. Переключение тоже усложняется — нельзя просто мгновенно переключиться на новый IP-адрес и выполнить точный переход между транспортными потоками. Как же тогда надёжно управлять прямыми трансляциями в облаке?
Эффективное переключение между источниками в плейаут-системе
Любая серьёзная плейаут-система должна уметь переключаться между несколькими источниками, так как часто возникает необходимость перехода с одного живого потока на другой. Чтобы управлять несколькими входами в облаке, можно декодировать несколько источников одновременно и подавать видеопотоки на вход внутреннего программного маршрутизатора видеопайплайна. Если требуется переключение с одного живого источника на другой, видео уже декодировано, и можно выполнить точное переключение по кадрам.
Чтобы упростить работу оператора, можно контролировать как входные живые потоки, так и выходной сигнал канала. Вместо того чтобы принимать решение о завершении прямого эфира, ориентируясь на задержанный выходной сигнал, можно просматривать вход и принимать решение на основе этого. Тогда задержка кодирования не играет значимой роли.
Снижение задержек
Чтобы ещё больше снизить задержки, можно использовать мониторинг с низкой задержкой, такой как webRTC. Для тех, кому нужно высокое качество видео с минимальными задержками, можно использовать форматы, такие как JPEG-XS, NDI или 2110, хотя последний может быть слишком дорогим в облаке. Более реалистичным решением в облачной среде является CDI от AWS.
Управление событиями в реальном времени
Однако управление прямыми трансляциями требует не только переключения между источниками, но и возможности ручного управления событиями во время эфира. Это может быть запуск рекламных блоков или ручное управление логотипом или другими графическими элементами. Система coralPlay позволяет пользователям настраивать и управлять этими функциями через панель управления в интерфейсе. Таким образом, во время прямого эфира, например, матча по крикету, можно вручную вывести графику или запустить рекламу.
Заключение
Для многих вещателей переход в облако оказался успешным. Облачные решения позволили сократить затраты и снизить риски при запуске новых каналов благодаря переходу от модели Capex к Opex. Также они обеспечили большую эластичность, позволяя масштабировать системы в зависимости от спроса. Вещатели также оценили дополнительную отказоустойчивость и возможности самовосстановления, которые предоставляет облако.
Для многих вещателей переход в облако оказался успешным
Однако не все, кто перешёл в облако, смогли воспользоваться этими преимуществами. Один из уроков, который следует извлечь, заключается в том, что для эффективной работы в облаке система плейаута должна быть нативной для облака и иметь необходимые функции, особенно для управления прямыми трансляциями. Также важно внимательно рассмотреть свои потребности в облачном хостинге, так как затраты и функциональные возможности могут различаться у разных поставщиков облачных услуг.