Separar la entrega estática de los servidores web
Introdujimos Akamai para almacenar cerca de los usuarios alrededor del 90% de nuestros objetos y aliviar una granja de servidores físicos.
~90% objetos en caché cerca del usuarioLeer la historia del proyecto
El punto de partida
En 2008, la plataforma utilizaba servidores físicos detrás de un único balanceador. No había una capa de caché: incluso las peticiones de contenido estático llegaban directamente a la granja web. Como proveedor de servicios meteorológicos, afrontábamos una demanda extremadamente variable. Según el tiempo y otros grandes acontecimientos, algunos días registrábamos unas 20 veces el tráfico habitual, comparable al salto de demanda de un comercio en Black Friday. Necesitábamos un sistema capaz de escalar con esos picos.
El cuello de botella
Con tasas elevadas de peticiones, la capacidad disponible de sockets se convertía en un límite. La web podía dejar de responder aunque gran parte del contenido no necesitara servirse repetidamente desde el origen.
El cambio
Con Akamai pudimos almacenar cerca de los usuarios alrededor del 90% de nuestros objetos. Solo alrededor del 10% de las peticiones seguía llegando al origen: una descarga de aproximadamente el 90%. Esa reducción permitió incluso disminuir la granja de servidores.
Más margen operativo
En días de carga intensa, ampliar la duración de caché de contenidos adecuados ofrecía otra forma de reducir peticiones al origen. Había que decidir dónde era aceptable conservar una copia más tiempo, en lugar de aplicar el mismo valor a todo.
La lección: acercar el contenido reutilizable al usuario y tratar la política de caché como una herramienta operativa. Resumen de un proyecto histórico; se omiten identificadores y detalles internos de operación.


cloud / sistemas