Spring GDS 25 Aniversario
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Una red de distribución de contenido es una flota global de servidores que cachean copias de tu contenido cerca de donde la gente está de verdad. Cuando alguien en Tokio carga un sitio cuyo servidor de origen está en Virginia, un CDN sirve las imágenes, los scripts y a menudo las propias páginas desde una ubicación edge cercana en lugar de enrutar cada byte por todo el planeta. Menos distancia significa menos latencia y una página más rápida.
Los CDN cachean bien los assets estáticos por defecto: imágenes, fuentes, CSS, JavaScript, vídeo. Con las reglas adecuadas también cachean páginas HTML completas y respuestas de API. Absorben los picos de tráfico, protegen el origen de la carga y dan una primera línea de defensa frente a ataques de denegación de servicio. El reto central es la invalidación: cuando el contenido cambia, hay que purgar las copias obsoletas o seguirán sirviendo datos viejos. Un retailer en plena venta flash se apoya por completo en su CDN, porque el servidor de origen por sí solo nunca podría manejar a un millón de compradores golpeando la misma página de producto a la vez.
Cloudflare, Fastly, Amazon CloudFront y Akamai son proveedores habituales. Las plataformas edge modernas van más allá y ejecutan código en las ubicaciones edge, no solo cachean archivos.
Un CDN es una de las jugadas de mayor palanca en el trabajo de rendimiento, y una de las más fáciles de configurar mal. Hemos visto sitios pagar por un CDN que no cacheaba casi nada porque las cache headers le decían que no, y sitios que cacheaban con tanta agresividad que servían a usuarios logueados los datos de otros. Acertar con las reglas de caché ruta por ruta es trabajo de detalle, y es donde nuestras pruebas de rendimiento y monitoreo se ganan el sitio.
Tratamos el CDN como parte de la arquitectura, no como un añadido que se enciende al lanzar. Eso significa cache keys deliberadas, una invalidación limpia atada a los cambios de contenido y una separación clara entre lo que sirve el edge y lo que posee el origen. Bien hecho también recorta el gasto de infraestructura, porque el origen hace mucho menos trabajo, que es donde esto solapa directamente con nuestra práctica de optimización de costes.
¿El sitio va lento para usuarios lejos de tus servidores, o las facturas suben con el tráfico? Miremos tu setup de edge.
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Convertir una marca en un negocio que funciona.
Medio millón de personas. Una app. Cero caos.















