Amazon Elastic Transcoder
[Finalizado el 13-11-2025] Servicio de transcodificación que convertía vídeo / audio de S3 para diversos dispositivos. Su sucesor es AWS Elemental MediaConvert
Descripción general
[Servicio finalizado] Amazon Elastic Transcoder dejó de ofrecerse el 13 de noviembre de 2025. Su sucesor es AWS Elemental MediaConvert. A continuación se incluye la explicación de cuando el servicio se ofrecía. Amazon Elastic Transcoder era un servicio de transcodificación basado en la nube que convertía archivos de vídeo y audio almacenados en S3 a formatos que pueden reproducirse en smartphones, tabletas, PC, smart TV y otros dispositivos diversos. En cada trabajo se especificaban el archivo de entrada y un preset (plantilla de configuración del formato de salida), y se realizaba la conversión a H.264, VP8 y otros códecs y la configuración de la resolución y la tasa de bits. El procesamiento se gestionaba por unidades de pipeline, y el servicio también admitía la conversión al formato HLS (HTTP Live Streaming).
Fin del servicio y destino de migración
Amazon Elastic Transcoder dejó de ofrecerse el 13 de noviembre de 2025. El blog oficial de AWS indica AWS Elemental MediaConvert como destino de migración. La salida de MediaConvert admite H.265 (HEVC) / AV1 y otros códecs, así como la tasa de bits variable definida por calidad (QVBR) (guía del usuario de MediaConvert). Los pipelines de Elastic Transcoder son similares a las colas de MediaConvert, y los presets existen en ambos servicios (blog de migración). La distribución de tasa de bits adaptativa de HLS se configura con el grupo de salida Apple HLS. Esta página se conserva como documento histórico que registra las especificaciones de cuando se ofrecía el servicio + guía de migración.
Diseño de pipelines y presets
A continuación se describen las especificaciones de cuando se ofrecía el servicio (hasta su fin el 13 de noviembre de 2025). El procesamiento de Elastic Transcoder se componía de 3 conceptos: pipeline, trabajo y preset. Un pipeline era un canal de procesamiento que vinculaba un bucket de S3 de entrada con un bucket de S3 de salida. Una forma de uso era crear varios pipelines por finalidad (por ejemplo, uno de alta prioridad para producción y otro de baja prioridad para lotes). Un preset es una plantilla de la configuración detallada del formato de salida y define el códec, la resolución, la tasa de bits, la velocidad de fotogramas, la configuración de audio, etc. Había presets del sistema proporcionados por AWS para cada dispositivo y finalidad, y la forma de uso era obtener la lista con ListPresets y especificar el preset desde el trabajo. En los presets personalizados se configuraban la tasa de bits, el intervalo máximo entre fotogramas clave, el perfil de H.264 (baseline / main / high), etc. Las miniaturas también se configuraban en el mismo preset, y se creaban imágenes JPG o PNG a intervalos de un número de segundos aproximadamente constante (referencia del SDK). Al trasladar el diseño a MediaConvert, lo que se acerca a un pipeline es la cola. Sin embargo, las colas no están vinculadas a un bucket de S3 concreto, por lo que una misma cola puede gestionar trabajos con buckets de entrada distintos. En Elastic Transcoder, el preset era obligatorio para cada salida y no admitía sobrescritura. En MediaConvert, en cambio, es posible sobrescribir parámetros de codificación individuales mediante la API, y también existe la opción de escribir toda la configuración en la solicitud del trabajo sin usar presets. Cuando se quiere reutilizar el trabajo completo, incluida la configuración de entrada y la configuración de los grupos de salida, se usan plantillas de trabajo, y también hay disponibles presets del sistema y plantillas de trabajo predeterminados.
Conversión HLS y construcción de la distribución de tasa de bits adaptativa
A continuación se describen las especificaciones de cuando se ofrecía el servicio. Elastic Transcoder admitía la conversión al formato HLS (HTTP Live Streaming). HLS es un formato que divide el vídeo en segmentos cortos y los gestiona con un archivo de manifiesto (.m3u8), y puede reproducirse en iOS, Android, navegadores web y una amplia gama de otros dispositivos. Para lograr el streaming de tasa de bits adaptativa, se generan salidas HLS con varias tasas de bits a partir del mismo vídeo de entrada y se agrupan en una lista de reproducción maestra. Los escalones de tasa de bits se deciden según la calidad de las líneas de destino de la distribución, y se preparan varios niveles. El reproductor cambia de tasa de bits según el ancho de banda de red del espectador. Un ejemplo de configuración de distribución es almacenar en caché y distribuir con CloudFront los segmentos HLS emitidos a S3. El único método de protección de contenido de HLS era AES-128 (referencia del SDK). En MediaConvert, la misma configuración puede reconstruirse como salida HLS / DASH con MP4 fragmentado de CMAF (Common Media Application Format). Los códecs de vídeo de la salida CMAF son AV1, AVC, HEVC, VP9, etc. (guía del usuario de MediaConvert), y la versión de la lista de reproducción HLS no se elige manualmente, sino que cambia automáticamente a la versión que requieren las funciones activadas.
Diseño de la gestión de trabajos y de la arquitectura basada en eventos
A continuación se describe un ejemplo de diseño de cuando se ofrecía el servicio. Los trabajos de Elastic Transcoder se ejecutaban de forma asíncrona, y las notificaciones de estado se recibían mediante temas de SNS. Al asociar un tema de SNS a un pipeline, se emiten notificaciones en cada evento de inicio, finalización, error y advertencia del trabajo. Un ejemplo de arquitectura basada en eventos era invocar Lambda al subir un vídeo a S3 y crear automáticamente un trabajo de Elastic Transcoder. También había ejemplos que incorporaban en Lambda una lógica que obtenía los metadatos del vídeo de entrada (resolución, duración) y elegía el preset. Era posible construir un pipeline completo en el que otra función Lambda recibía la notificación de SNS tras finalizar el trabajo, guardaba en DynamoDB los metadatos del resultado de la transcodificación y devolvía al frontend una URL reproducible. Como gestión de errores, también había diseños que, cuando fallaba una transcodificación, enviaban el trabajo a una cola de reintentos (SQS) y, si seguía fallando tras un número determinado de reintentos, lo movían a una cola de mensajes fallidos para su revisión manual. Al trasladar el diseño a MediaConvert, cambia el punto de entrada de las notificaciones. MediaConvert envía los cambios de estado de los trabajos como eventos de EventBridge (guía del usuario de MediaConvert), y desde allí se enrutan a Lambda, SQS, Step Functions, Systems Manager Automation, etc. Con los patrones de filtro de eventos, también es posible un control como filtrar los destinos por la combinación de los metadatos de usuario asignados al trabajo y el estado de finalización, e invocar solo una función Lambda concreta.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- Amazon S3 (página oficial)
- Amazon CloudFront (página oficial)
- AWS Lambda (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.