¿Qué es Azure Media Services?

Anunciado para su disponibilidad general (GA) en 2013 tras algunas pruebas exitosas, Azure Media Services era todo lo que necesitabas para ofrecer contenido en directo y bajo demanda en la nube. Desde la ingesta de VOD y señales lineales, pasando por la transcodificación y codificación, el encapsulado (empaquetado) y la distribución a través de Azure CDN. AMS presentaba un conjunto de API de gestión relativamente sencillas para realizar el trabajo, antes de llegar finalmente a las API de la versión V3 que instrumentaron cambios en el procesamiento de vídeo y audio, la gestión de DRM de FairPlay y cambios en la alta disponibilidad en VOD.

¿Por qué llega a su fin de vida útil?

Microsoft afirma que es para centrarse en otras áreas del negocio. Además, están acelerando las soluciones del ecosistema de socios de Microsoft (Microsoft Partner Ecosystem). Tiene mucho sentido financiero permitir que los socios desplieguen sus propios equipos en la nube y luego los pongan a disposición a través de mercados o servicios, en lugar de intentar seguir el ritmo del complejo desarrollo necesario para dar soporte al panorama de los medios de comunicación y la radiodifusión.

Curiosamente, esto no es muy diferente de la depreciación de Akamai Media Services en 2019, pero con Akamai sirviendo (y tal vez "antes" del brote de crecimiento de Fastly) una buena parte marginal del tráfico global de OTT, realmente pensé que su oferta tenía más recorrido dado el ahorro de costes que suponía la salida de las nubes públicas hacia los orígenes de Akamai.

Por último, recuerda que antes de que AWS invirtiera en Elemental, su propia pila de medios carecía de capacidades con Elastic Transcoder. Otra historia en la que tenía más sentido comprar o asociarse que intentar mantener el ritmo y competir. Incluso con los presupuestos de Amazon, eso es decir mucho.

¿De cuánto tiempo dispongo?

Junio de 2024. Suena a mucho tiempo, pero esa fecha se va a acercar rápidamente. Tras evaluar proyectos relacionados con esto, puedo dar fe de que los plazos se exprimen al máximo cuando se tiene en cuenta el ciclo de principio a fin.

¿Cuáles son mis opciones?

La buena noticia es que tienes muchas opciones; la mala noticia es que tienes muchas opciones.

Soluciones de la red de socios de Azure

Para aquellos que ya tienen contenido almacenado en Azure Blobs (y haré una salvedad con respecto a otros costes de cambio), este puede ser uno de los enfoques más rentables en comparación con la extracción de contenido a AWS. Si almacenas activos intermedios (mezzanine), los costes de salida de TB o PB de contenido hacia algo como AWS podrían resultar difíciles de asimilar. Proveedores como Bitmovin, Telestream y Dolby operan buenas soluciones en Azure, pero tendrás que trabajar un poco para integrarlas, como analizaremos en breve.

Amazon AWS

Posiblemente el mejor conjunto de soluciones "nativas de la nube" que se ofrecen hoy en día. AWS ha hecho un trabajo fantástico integrando el conjunto de soluciones de Elemental en su plataforma. Sin embargo, cualquiera que se mude desde Azure tiene una buena subida por delante, y esto puede conllevar un aumento de costes no solo para la integración, sino para facilitar la migración sencilla de contenidos. Si te sientes súper valiente, ¡siempre tienes la opción de usar tu blob de Azure bajo la pila de AWS! AWS ejecuta su conjunto de soluciones como pilas independientes con cierta superposición de funciones, pero para obtener la solución más escalable y flexible, habrá que trabajar un poco. Bien construido, este será un flujo de trabajo increíblemente potente con un buen rendimiento y grandes capacidades. Mal construido, corres el riesgo de perder de vista dónde está tu contenido, qué le está pasando y por qué no se está escalando.

Google GCP

Google ha estado avanzando en el sector de los medios de comunicación y el entretenimiento, y cuenta con un conjunto de soluciones relativamente bueno para la preparación y distribución básica de medios. Google es propietaria de YouTube, sin duda una de las plataformas de transformación de medios más grandes del mundo, por no hablar de una enorme cantidad de infraestructura de distribución; sobre el papel se podría pensar que esta sería la apuesta más inteligente. Para un servicio freemium que genera HLS/DASH básico con algunos recortes, no tendrás problemas; pero para cualquier cosa más avanzada, existen brechas de solución considerables que requieren que se empalmen elementos, herramientas o servicios de terceros en tu flujo de trabajo.

¿Alguna otra?

Sí, muchas. Fuera de los grandes proveedores de nube pública, hay una gran cantidad de proveedores que ofrecen herramientas de distribución y transformación de medios basadas en SaaS y PaaS. Algunos están bien integrados en las nubes públicas a través de ofertas de mercados, otros funcionarían muy bien en la nube pero tendrías que desplegar, configurar y gestionar los elementos circundantes. Empezaría una lista, pero me crecería la barba antes de terminar. Lo que es importante, sin embargo, es CÓMO abordas cualquier migración.

¿Qué necesito evaluar antes de un traslado?

Análisis de brechas de características

La buena noticia aquí es que hay muchas opciones disponibles y, con el traslado, es probable que ganes más de lo que pierdas en términos de funciones y capacidades puras; pero esto debe compararse y evaluarse cuidadosamente. El diablo está en los detalles. Si realizas tareas más complicadas, como el empalme a mitad de segmento, la manipulación de manifiestos, la reasignación de pistas de audio o el procesamiento de flujos de trabajo HDR, te aconsejaría considerar algunas pruebas de concepto (POC) para confirmar la funcionalidad y el enfoque antes de proceder. No puedo enfatizar lo suficiente la importancia de las pruebas en el lado del cliente y CÓMO se comporta el contenido en los reproductores. Las variaciones de las versiones de las especificaciones entre proveedores suelen pillar desprevenida a la mayoría de la gente.

Costes de integración y migración

Es ingenuo creer que el traslado de flujos y cargas de trabajo desde Azure no tendrá un impacto considerable en las integraciones y sistemas circundantes. Ya sea la carga desde soluciones MAM, la monitorización del flujo de trabajo, el almacenamiento, la distribución a terceros o el control de calidad. Si utilizas soluciones listas para usar, es posible que algunas de ellas requieran solicitudes de cambio a terceros. Los costes y el esfuerzo de tiempo también deberán tenerse en cuenta en tu cronograma general. Asegúrate de añadir un margen de contingencia para imprevistos.

Análisis de costes

Para obtener una imagen real y realista, cualquier análisis de costes debe tener en cuenta:

• el precio de la unidad de procesamiento,

• el precio del almacenamiento,

• el coste de transferencia,

• el coste de las integraciones con los sistemas circundantes de la cadena,

• el coste de monitorización, operaciones y soporte,

• las actualizaciones de documentación y procesos

y varios más.

Si realizas el despliegue desde entornos de mercado como los proporcionados por AWS, asegúrate de comparar los costes de procesamiento Y cualquier coste de licencia adicional que pueda ser necesario. Algunas ofertas de mercado incluyen licencias de software dentro del coste por hora de la instancia de procesamiento, otras son BYOL (trae tu propia licencia). Si eres inteligente con tu arquitectura y despliegue, puedes reducir tu coste operativo base a cifras realmente bajas si no estás procesando ningún contenido. El ritmo de ejecución habitual en condiciones normales de explotación (BAU) consistirá por lo general en el almacenamiento y algunos costes indirectos de servicio, como elementos de red, etc.

Sé que este es un artículo general, pero espero que sea una guía útil sobre dónde enfocar tu atención si te encuentras en la situación de tener que realizar una migración. Por último, si deseas una ayuda o algunas pautas para empezar a avanzar en la dirección correcta, me encantaría saber de ti.