Si trabajas en el mundo de la Televisión Digital o en el streaming OTT, conoces el sudor frío que recorre la espalda cuando hay un estreno masivo o una final de fútbol. El miedo no es tanto porque la CDN no responda, sino porque tu servidor de origen decida «pedir la baja» ante la avalancha de peticiones.
Si es tu caso, te contaré por qué necesitas una capa mid-tier. Una instancia que además de actuar como una caché de segundo nivel (L2), funciona como un filtro de inteligencia, un escudo y, por si fuera poco, también como un gestor de ahorro. Todo en uno.
Imagina que 10.000 usuarios piden el mismo fragmento de vídeo de forma simultánea. Sin mid-tier, tu origen recibe 10.000 gritos pidiendo lo mismo. En cambio con el mid-tier, ocurre la magia del request coalescing.
El mid-tier recibe las peticiones, se da cuenta de que todas buscan el mismo archivo .ts, y le dice al resto: «Espérate un minuto, que ya voy yo a por ello«. Realiza una sola petición al origen, guarda el archivo en su caché L2 y lo reparte a todos simultáneamente. Tu origen ni se entera de que hay un estadio entero mirando la pantalla.
Una Smart TV antigua, un iPhone, una consola o el dispositivo que sea, tienen sus maneras. Algunos envían cabeceras extrañas, otros meten parámetros de telemetría en la URL del tipo ?user_id=123&session=abc. Para una caché normal, cada una de estas variaciones es un archivo distinto. Como consecuencia se produce un caos y fallos de caché.
Utilizando la misma tecnología con la que resuelve éste tipo de situaciones en los nodos de la CDN, el mid-tier de Transparent Edge aplica normalización de cabeceras y query strings haciendo:
video.mp4?a=1&b=2 y video.mp4?b=2&a=1 se reconozcan como lo que son: el mismo bendito archivo.En los nodos edge, el espacio es caro y el contenido vuela rápido. Si un vídeo no es tendencia en los últimos cinco minutos, se expulsa (eviction) para dejar sitio a lo nuevo.
El mid-tier dedicado, sin embargo, tiene una capacidad de almacenamiento masiva. Actúa como un intermediate video storage donde vive el contenido de «larga cola» (Long-Tail). Al no sufrir expulsiones constantes, evita que los nodos de borde tengan que ir a buscar ese capítulo antiguo de una serie hasta el origen. El mid-tier lo tiene siempre a mano.
Si gestionas una plataforma de vídeo, sabes que el edge es como la primera línea de un festival, con mucho ruido, gente pidiendo cosas distintas y un caos considerable. Tradicionalmente, quieres confiar en que el edge lo resuelva todo, pero cuando hablamos de televisión digital a escala, necesitas un «director de orquesta».
Esa es la función del mid-tier dedicado. Además de ofrecerte una caché más grande, es donde ocurre la magia de la normalización y la eficiencia.
VaryEn el edge, la cabecera Vary es una bendición y una maldición a la vez. Si no se la trata bien, acaba fragmentando tu caché en mil pedazos. El mid-tier de Transparent Edge actúa como un traductor universal para los casos más cotidianos:
Accept-Encoding. Si el origen solo necesita enviar una versión, el mid-tier se encarga de que la caché sea eficiente, evitando que el origen trabaje el doble.Origin y Access-Control-Allow-Origin puede ser un caos si tienes varios dominios. El mid-tier normaliza estas cabeceras para que el «Cache Key» no se rompa por una simple variación de dominio, sirviendo el contenido correcto sin volver al origen a preguntar «¿le doy permiso a este?«.Accept-Language, el mid-tier agrupa las peticiones. No necesitamos 50 variantes para 50 matices de español; el mid-tier canoniza la petición para que el origen respire tranquilo.En resumen: el mid-tier limpia el «ruido» que viene del edge y es quién decide qué información es realmente importante para ir a buscar al origen.
Aquí es donde el mid-tier pasa de ser interesante a ser imprescindible. Muchas televisiones usan varias CDN (CDN1 para unos países, CDN2 para otros, CDN3 para el directo…).
El problema sin mid-tier: cada vez que una CDN falla una búsqueda en su caché, va directa a tu origen. Si tienes tres CDN, ¡tu origen recibe el triple de carga! Es como si tres mensajeros distintos, con todos sus minions, llamarán a tu puerta para pedirte la misma pizza.
La solución con mid-tier dedicado pasa por colocar al mid-tier como punto de entrada único para todas tus CDN. De esta manera logras:
En televisión, cometer un error no es una opción. Por eso, hemos diseñado un sistema de redundancia a prueba de Ley de Murphy:
Hablemos de dinero. En el cloud, el egress (tráfico de salida) es el impuesto que más duele.
| CONCEPTO | SIN MID-TIER (caché L1 estándar) | CON MID-TIER DEDICADO |
|---|---|---|
| Tráfico servido a usuarios | 1 Petabyte | 1 Petabyte |
| Tráfico entregado desde el origen a los nodos de borde | ~15% (150 TB) | ~1-2% (10 TB) |
| Factura de egress cloud | $$$ (elevada) | $ (mínima) |
| Carga en servidores/packagers | Alta (picos peligrosos) | Plana y predecible |
En un escenario de 1PB mensual, el ahorro en costes de egress puede superar los 84.000 € anuales.
En el escenario de un ciberataque de tipo DDoS, el mid-tier es tu primera línea de defensa. Tu origen deja de estar expuesto a internet y queda aislado. Solo «habla» con el mid-tier. Y si alguien intenta tumbar el servicio con un ataque de inundación (flood) en capa 7, el mid-tier absorbe el impacto. Es mucho más difícil saturar la infraestructura dedicada de Transparent Edge que un servidor de origen convencional.
Implementar un mid-tier es una decisión técnica acertada porque proteges tu origen, haces feliz a tu equipo de operaciones y, de paso, le ahorras una fortuna a la empresa en costes de infraestructura.
Además, en un mundo donde el tráfico es volátil y los dispositivos son infinitos, el mid-tier es la pieza que aporta cordura ya que gestiona el Vary como un experto, unifica tus CDN y te permite dormir tranquilo sabiendo que, aunque tengas un éxito de audiencia histórico, tu servidor de origen estará tan relajado como si fuera un domingo por la mañana.
¿Hablamos de cómo blindar tu plataforma y empezar a ahorrar en tu próxima factura de Cloud?
Compartir:
