Definir qué debe mejorar con la migración
Anota el problema que quieres resolver: coste, funciones, soporte, continuidad o control del contenido. Conserva ejemplos y registros de tu servicio actual. Un cambio de proveedor solo ayuda si la nueva operación resuelve ese requisito en una prueba comparable.
Esta guía es un procedimiento general de inventario y cambio. Si vienes de un producto concreto, revisa las guías de Wowza, Dacast, Restream o Vimeo OTT para identificar dependencias específicas.
Inventario, ensayo y decisión de cambio
| Inventario | Qué guardar | Cómo validar |
|---|---|---|
| Señales | Encoder, formato, entradas y salidas | Directo de ensayo y reproducción |
| Archivo | Originales, metadatos y derechos de descarga | Recuento, tamaños y muestras reproducibles |
| Publicación | Webs, embeds, apps y operadores externos | Lista de URLs y dueño de cada cambio |
| Acceso | Usuarios, tokens, suscripciones e integraciones | Casos permitidos y denegados |
| Medición | Definiciones y exportaciones disponibles | Conservar históricos sin sumar métricas incompatibles |
- Prepara un canal de ensayo separado del directo público.
- Conecta el encoder con OBS o SRT, según tu flujo.
- Valida el embed, los destinos y la grabación.
- Define responsables, horario de cambio y condiciones para volver al proveedor anterior.
- Ejecuta el cambio acordado y comprueba cada publicación antes de cerrar el servicio anterior.
La duración depende del número de canales, archivos, integraciones y permisos. Confirma el alcance y coste de la asistencia; esta guía no promete migración gratuita ni ausencia universal de interrupciones.
Controlar las URLs y preparar el retorno
Una URL del proveedor anterior no se puede conservar por voluntad del nuevo servicio. Identifica qué dominios y páginas controlas, quién puede editar cada embed y qué clientes deben actualizar sus enlaces.
- Guarda la configuración anterior en un lugar privado y accesible al operador.
- Prueba redirecciones, HTTPS, tokens, CORS y reproducción en los clientes reales antes de usarlos como estrategia.
- Usa publicación paralela solo si cuentas con capacidad y autorización en ambos servicios.
- Acuerda un plazo de observación y qué fallos activarán el retorno.
- Actualiza a operadores y responsables de sitios con una lista concreta de URLs.
El objetivo del ensayo es identificar roturas antes del cambio. Una redirección HTTP no garantiza por sí sola continuidad de un player o una aplicación.
Criterios de aceptación y cierre
Marca cada requisito como comprobado, pendiente o fuera de alcance. No hace falta contratar todos los protocolos: elige los necesarios para tu encoder, audiencia y operación.
| Requisito | Evidencia para cerrar |
|---|---|
| Directo | Imagen y sonido desde las redes previstas |
| Archivo | Descarga y reproducción, con retención acordada |
| Acceso | Permisos y restricciones ensayados |
| Operación | Responsables, soporte y retorno documentados |
| Coste | Plan base, complementos, excedentes y solapamiento temporal |
Consulta la plataforma y los planes para separar funciones incluidas, adicionales e integraciones. Cancela el servicio anterior solo después de comprobar exportaciones, publicaciones y requisitos pendientes.
Prepara tu migración con un ensayo
Describe canales, archivo, destinos y accesos. Confirma alcance, coste y responsabilidades de la migración antes de cambiar una señal pública.