AWS CloudFront sufrió el 16 de julio de 2026 una caída global de 3 horas y 33 minutos (de 07:45 a 11:18 UTC) que dejó a decenas de servicios respondiendo errores 5xx en lugar de sus sitios y aplicaciones.
La falla no fue de toda la CDN: afectó exclusivamente a las distribuciones que usan VPC Origins, la funcionalidad que permite servir contenido desde orígenes privados dentro de una VPC. Entre los afectados estuvieron Hugging Face, Canvas (Instructure), Blackboard, Frontegg, Coda y Ubiquiti.
Qué pasó
El primer aviso público de AWS llegó a las 08:44 UTC, casi una hora después del inicio del impacto: «estamos experimentando un incremento de errores 5xx para clientes de CloudFront que utilizan conectividad de VPC Origins», según el AWS Health Dashboard.
A las 09:21 UTC la empresa confirmó la hora de inicio y publicó un workaround: cambiar temporalmente el tipo de origen de la distribución a un origen público. A las 10:18 UTC apuntó a «un subsistema de procesamiento de paquetes responsable de rutear las solicitudes desde las edge locations de CloudFront hacia recursos dentro de las VPCs de los clientes».
La recuperación completa llegó a las 11:18 UTC, y en el resumen final AWS identificó la causa raíz como «una restricción interna en la flota que administra las conexiones hacia orígenes VPC privados». Al alcanzarse esa restricción, el sistema que distribuye la configuración de ruteo a los procesadores de red no pudo cargar correctamente los datos actualizados, y las conexiones hacia VPC Origins dejaron de rutearse bien.
Por qué VPC Origins
VPC Origins es una capacidad relativamente nueva de CloudFront (lanzada a fines de 2024) que permite usar como origen un ALB, un NLB o una instancia EC2 en una subred privada, sin exponer el backend a internet.
Es una buena práctica de seguridad, y por eso la adoptaron muchas plataformas SaaS. La contracara quedó a la vista: las distribuciones con orígenes públicos (S3, endpoints HTTP tradicionales) siguieron funcionando durante todo el incidente.
Un detalle que agrava el cuadro: la falla vivía en un plano de control global de CloudFront. Tener arquitectura multi-región no sirvió de nada, porque el problema ignoraba los límites de región sobre los que se diseñan los failovers.
No fue la única novedad de la semana: el 15 de julio AWS había tenido otro incidente menor, acotado a una zona de disponibilidad (euc1-az2) de la región eu-central-1.
El patrón que se repite
Fue la primera caída de gran escala de AWS desde el masivo outage de us-east-1 de octubre de 2025, y el mecanismo suena conocido: una configuración que se propaga globalmente y falla al cargarse. El mismo patrón estuvo detrás de incidentes recientes de Google Cloud, Azure y Cloudflare.
Mayur Upadhyaya, CEO de APIContext, lo resumió como «una tendencia preocupante» de concentración: «una falla que antes afectaba a un puñado de organizaciones ahora puede impactar a miles en simultáneo».
Para equipos que dependen de una CDN centralizada, el incidente deja lecciones concretas:
- Mapear dependencias de segundo orden: no alcanza con saber qué usás vos, también importa de qué depende tu proveedor de identidad, tu LMS o tu SaaS crítico.
- Probar los workarounds antes de necesitarlos: cambiar el tipo de origen de una distribución bajo presión no es el momento de hacerlo por primera vez.
- Monitorear automáticamente las status pages de los proveedores (AWS tardó 59 minutos en reconocer el problema públicamente).
- Asumir que el failover por región no cubre fallas del plano de control global; para eso hace falta multi-CDN o un camino de degradación que no pase por la CDN.
¿Qué pasa con tu stack si mañana se cae la CDN?
Tres horas y media de errores 5xx alcanzaron para sacar de línea plataformas educativas, herramientas de identidad y servicios de IA en todo el mundo, sin que ninguno de esos equipos hubiera desplegado un solo cambio.
¿Ya saben qué partes de su arquitectura dependen de CloudFront (o de cualquier CDN única) y cuál sería el plan B si se repite? Te leemos en los comentarios.
Fuentes
- AWS Health Dashboard — CloudFront: Increased 5xx errors (VPC Origins)
- The Register — AWS CloudFront outage serves errors instead of websites
- SDxCentral — AWS CloudFront suffers partial outage due to configuration failure
- IncidentHub — The July 2026 AWS CloudFront Outage: VPC Origins, Cascade Impact, and What Broke
- Pagerly — AWS CloudFront Outage July 2026
