Incluso los radiodifusores nacionales adinerados consideran a Amazon AWS, así como a otros proveedores de nube estadounidenses como Microsoft Azure y Google Cloud Platform (GCP), como un lujo. Sin embargo, estos proveedores son utilizados con mayor frecuencia por desarrolladores o equipos de devops como parte del proceso ágil para lograr lanzamientos más rápidos, lo cual no siempre es el aspecto más crítico para gestionar servicios de transmisión las 24 horas del día, los 7 días de la semana. En estos escenarios, la prioridad debería ser la garantía de calidad y las pruebas. Ya sea que utilices Amazon Elemental MediaLive o AWS IVS, existe una alta probabilidad de que Amazon ofrezca un fuerte incentivo para utilizar exclusivamente CloudFront para la entrega, ya que representa una parte importante del costo. Sin embargo, incluso cuando se utilizan estos dos servicios, no existe ninguna obligación de tener a CloudFront como el único proveedor.
En mi experiencia laboral anterior con una plataforma de video en línea (OVP), me sorprendió descubrir que todos los activos de video se almacenaban en Amazon AWS S3, a pesar de los intentos mensuales de minimizar los costos de AWS. Parecía que la elección se basaba en la falta de confianza para construir un alojamiento y procesamiento interno, lo que llevaba a suponer que la confiabilidad estaba garantizada. Sin embargo, las tres interrupciones importantes de AWS a fines de 2021 resultaron en que la OVP no pudiera hacer nada por los flujos de sus clientes mientras AWS estaba caído. Este evento demostró la importancia de no depender únicamente de un solo proveedor, sin importar cuán lujoso pueda parecer, ya que existe una regla empresarial que sugiere que nunca es una buena idea.
“Mientras AWS esté experimentando tiempo de inactividad, no hay nada que podamos hacer para restaurar los flujos de nuestros clientes.” (Según un desarrollador que trabaja en una OVP que depende en gran medida de CloudFront...)
Washington Post, propiedad de Jeff Bezos, describiendo 3 interrupciones de Amazon AWS en un solo mes y lo malo que es poner todos los huevos en una sola canasta
¿Cuál es el potencial para negociar precios con Amazon AWS u otro proveedor de nube?
El potencial para negociar precios con Amazon AWS u otro proveedor de la nube puede variar. En algunos casos, puede haber margen para la negociación, particularmente si tienes un volumen significativo de uso o estás dispuesto a comprometerte a un contrato a largo plazo. Sin embargo, es importante tener en cuenta que los proveedores de la nube operan a gran escala y típicamente tienen estructuras de precios estandarizadas que son difíciles de cambiar y los márgenes son bastante altos, por lo que incluso un descuento del 90% aún podría ser más costoso que otros proveedores para tu caso de uso, como se muestra en nuestro
calculadora de costos de CDN Live Streaming.
Si estás interesado en negociar precios con un proveedor de servicios en la nube, es esencial investigar y comprender el modelo de precios del proveedor, así como cualquier descuento o promoción que pueda estar disponible. Además, es útil tener una comprensión clara de tus propios patrones y requisitos de uso, ya que esta información se puede utilizar para negociar un acuerdo de precios más favorable. En última instancia, aunque es posible negociar precios con un proveedor de servicios en la nube, no siempre está garantizado, y el nivel de potencial de negociación puede variar según el proveedor específico y las circunstancias.
El problema con los precios por regiones
Los proveedores de servicios en la nube tienden a priorizar sus regiones más baratas, que suelen estar ubicadas en Estados Unidos, al ofrecer sus servicios. Desafortunadamente, hay poca información disponible sobre otras regiones como Asia, donde los precios a menudo pueden ser el doble o más que los de la región principal. Esta falta de atención a los precios de otras regiones puede causar problemas inesperados para las empresas que tienen éxito y experimentan un crecimiento significativo. Estos costos que alguna vez se consideraron marginales pueden convertirse rápidamente en un centro de costos principal, especialmente en Asia, que es la región más densamente poblada a nivel mundial. Por lo tanto, es esencial que las empresas consideren cuidadosamente la estructura de precios de los proveedores de servicios en la nube en todas las regiones, especialmente si planean expandir sus servicios a nivel global.
Es posible medir las regiones del público con anticipación utilizando un sistema de venta de boletos o un modelo de suscripción. Si tu proveedor de video en línea ofrece información sobre el público antes del evento, como debería hacerlo, podrás determinar cuántas personas asistirán al evento y de dónde son. Incluso si el evento es gratuito, aún puedes recopilar esta información a través de un formulario de recolección de correos electrónicos.
Al utilizar esta información, puedes elegir un proveedor de servicios en la nube que ofrezca precios competitivos en las regiones donde se concentra tu público, lo que te ayudará a evitar costos inesperados en el futuro. Esto también te ayudará a optimizar tu red de distribución de contenido para garantizar que tu audiencia tenga la mejor experiencia de visualización posible, independientemente de su ubicación. En general, tener información sobre tu audiencia de antemano es esencial para tomar decisiones informadas sobre qué proveedor de servicios en la nube utilizar y cómo optimizar tu estrategia de entrega de contenido.
¿Qué son los 'créditos en la nube' y cómo puedo anticipar el fin de estos créditos?
Los créditos en la nube son una forma de moneda ofrecida por algunos proveedores de servicios en la nube que se pueden utilizar para compensar los costos de usar sus servicios. Estos créditos se proporcionan generalmente como parte de una oferta promocional y pueden ser otorgados a nuevos clientes o como recompensa por ciertos tipos de uso.
Los términos y condiciones exactos de los créditos en la nube pueden variar según el proveedor, pero en general, tienen una fecha de vencimiento después de la cual ya no se pueden utilizar. En algunos casos, los créditos en la nube también pueden tener límites de uso u otras restricciones, como aplicarse solo a ciertos tipos de servicios o escenarios de uso.
Para anticipar el fin de tus créditos en la nube, es importante realizar un seguimiento cuidadoso de tu uso y controlar el saldo de tu cuenta. La mayoría de los proveedores de servicios en la nube ofrecen herramientas y paneles de control que te permiten monitorear fácilmente tu uso y los créditos restantes, para que puedas planificar en consecuencia y evitar quedarte sin créditos de manera inesperada. Además, es recomendable leer detenidamente los términos y condiciones de cualquier oferta de créditos en la nube, para comprender la fecha de vencimiento y cualquier restricción de uso que pueda aplicarse.
Es aconsejable tener un método de entrega de respaldo en su lugar al utilizar un proveedor de servicios en la nube para evitar facturas elevadas una vez que tus créditos se agoten. Para garantizar una transición sin problemas, es realmente fácil hacerlo para operaciones relacionadas con la transmisión.
¿Qué hace que sea tan fácil reducir los costos en AWS Cloudfront, Azure y GCP para la transmisión?
A diferencia de la entrega web convencional, ciertos protocolos de transmisión como HLS incorporan varios puntos de entrega directamente en el estándar, lo que permite al editor tener un control directo sobre el equilibrio de carga ponderado y la alta disponibilidad.
La conmutación por error de HTTP Live Streaming (HLS), utilizada por el repetidor de iReplay.TV, es una característica dentro del protocolo de transmisión HLS que permite que un editor especifique múltiples fuentes del mismo contenido con diferentes tasas de bits en el archivo de manifiesto de nivel superior. Cuando un espectador inicia una sesión de reproducción, el reproductor solicita el archivo de manifiesto y recibe la lista de fuentes disponibles para ese contenido. Luego, el reproductor decide qué fuente reproducir en función del ancho de banda disponible y otros factores.
En caso de que una de las fuentes no pueda hacer frente a la demanda, el reproductor puede cambiar automáticamente a una fuente diferente con la misma tasa de bits (y el mismo archivo de origen en modo "repetidor"), y luego a una tasa de bits más baja (si el espectador no tiene suficiente ancho de banda con la fuente secundaria) para evitar el almacenamiento en búfer y garantizar una reproducción fluida. Este proceso se conoce como transmisión adaptable de tasa de bits y es una característica clave de HLS. Con múltiples fuentes disponibles, el reproductor puede cambiar entre ellas sin problemas para garantizar la mejor experiencia de visualización posible para el usuario.
Al utilizar
la conmutación por error de HLS, los editores pueden asegurarse de que su contenido esté siempre disponible para los espectadores, incluso durante períodos de alta demanda. Esta característica proporciona un nivel de redundancia que mejora la confiabilidad general del servicio de transmisión.
Sin embargo, no todos los reproductores están equipados para manejar esta función, por lo que es crucial realizar pruebas antes de implementarla si no se cuenta con experiencia en transmisión.
¿Estoy poniendo en riesgo la experiencia de transmisión al no seleccionar un proveedor de servicios en la nube como el método principal de entrega de contenido?
El sistema de conmutación por error de HLS no solo garantiza que no se utilizará una fuente primaria en caso de mal funcionamiento, sino que también asegura que el reproductor (si es completamente compatible, como se mencionó anteriormente) cargará la mejor calidad posible. Al seleccionarlo como fuente alternativa, puedes tener la confianza de mantener tanto la confiabilidad de reproducción como la calidad, al mismo tiempo que obtienes ahorros de costos cuando la fuente primaria es accesible. Consulta los cuatro escenarios distintos al final de esta página, que van desde el 100% hasta el 0.1% de uso de tu proveedor de servicios en la nube actual.
¿Qué más puedo hacer técnicamente?
Si no tienes un proveedor de servicios en la nube que incluya una función de repetidor, hay opciones limitadas para controlar los costos de transmisión, como bloquear o limitar la tasa de bits en regiones específicas donde la transmisión puede ser más costosa. Sin embargo, una forma de controlar los costos es mediante el almacenamiento en caché, especialmente en la caché del dispositivo y del navegador, lo que puede reducir significativamente la cantidad de datos utilizados. Es importante asegurarse de que los segmentos de medios se almacenen en caché durante un período prolongado para cada espectador, especialmente cuando se utiliza grabación en la nube, listas de reproducción de tipo de evento, señalización digital o cualquier contenido repetido a través de listas de reproducción o bucles que no tienen la función sin conexión de HLS. Al aprovechar el almacenamiento en caché de manera efectiva utilizando las cabeceras de caché HTTP habituales (Pragma, expires, etc.), puedes reducir la cantidad de datos que deben transferirse y potencialmente ahorrar en costos de transmisión.
El caso particular de la transmisión en vivo
Incluso con la transmisión en vivo, pueden ocurrir picos de tráfico inesperados, como nuevos espectadores que deciden comprar una entrada después de que el evento haya comenzado debido a que se han compartido momentos destacados de la transmisión en vivo. Para manejar esta situación, se puede utilizar un reproductor compatible con tecnología peer-to-peer para los espectadores adicionales, aprovechando tu arquitectura existente al intentar transmitir desde pares cercanos primero, y luego desde fuentes existentes como una opción secundaria. Este enfoque es rentable y puede ayudar a gestionar el tráfico inesperado sin aumentar significativamente los gastos.
No tengo otra opción más que utilizar el CDN de mi proveedor de video en línea, que es AWS Cloudfront / Microsoft Azure / Google Cloud Platform / Akamai / Fastly / Limelight Networks, ¿puedo seguir reduciendo mis costos?
Absolutamente. La funcionalidad de repetidor se puede integrar con cualquier CDN o proveedor de servicios en la nube, siempre que se pueda obtener una URL m3u8 para tu transmisión.
¿Cuánto cuesta entregar una transmisión utilizando solo un proveedor de servicios en la nube y una combinación de un proveedor de servicios en la nube y la función de iReplay.TV?
Tomemos como ejemplo la transmisión habitual recomendada por Apple, con 1000 espectadores viendo una transmisión de alta definición de 7.8 Mbps durante una hora (3.351 TB) en Estados Unidos, Europa y Asia.
Con solo unos minutos de esfuerzo, puedes reducir significativamente tus gastos de AWS utilizando el repetidor de iReplay.TV.
GAFA o GAFAM, GDPR y soberanía
Al configurar el repetidor de iReplay.TV al 100% (eliminando por completo tu proveedor de servicios GAFAM del manifiesto al que accede el reproductor de video), puedes generar una transmisión completamente localizada para tus espectadores europeos.
Es importante que una empresa europea entregue transmisiones desde dentro de Europa utilizando CDNs y servidores europeos. La Unión Europea tiene regulaciones estrictas de protección de datos, como el Reglamento General de Protección de Datos (GDPR, por sus siglas en inglés). Al mantener los servicios de transmisión dentro de Europa, las empresas pueden cumplir mejor con estas leyes de privacidad y asegurarse de que los datos de sus usuarios se manejen de acuerdo con los estándares europeos.
Algunas industrias pueden estar sujetas a requisitos regulatorios específicos que exigen el almacenamiento y procesamiento de datos dentro de la región europea. Al utilizar servidores y CDNs europeos, las empresas pueden cumplir con estas regulaciones y evitar posibles multas o sanciones.