1 puntos por GN⁺ 2025-06-13 | 1 comentarios | Compartir por WhatsApp
  • El 12 de junio de 2025, Cloudflare comenzó a experimentar fallas de autenticación en Access y problemas de conexión con Zero Trust WARP; la interrupción se extendió a varios servicios clave y se resolvió a las 21:31 UTC
  • Debido a una falla en un servicio de terceros, una dependencia importante, Workers KV quedó fuera de línea, lo que afectó en cadena a los productos que lo usaban para almacenar y distribuir información
  • El alcance del impacto fue amplio e incluyó Access, WARP, Browser Isolation, Browser Rendering, Workers KV, Workers AI, Stream, Turnstile, AI Gateway, AutoRAG, partes del Dashboard, entre otros
  • A las 20:32 UTC, los servicios se estaban recuperando rápidamente a nivel global, y WARP y Turnstile estaban operativos, aunque aún quedaban algunos efectos residuales
  • A las 20:57 UTC, todos los servicios de Cloudflare volvieron a estar completamente operativos, y Cloudflare pasó a una etapa de verificación de estabilidad mediante el monitoreo de métricas de la plataforma

Desarrollo de la interrupción y recuperación

  • A las 18:19 UTC, el equipo de ingeniería de Cloudflare comenzó a investigar el problema de fallas de autenticación en Access
    • Las conexiones de Cloudflare Zero Trust WARP también se vieron afectadas
  • Luego se produjeron fallas intermitentes en varios servicios, y Cloudflare fue evaluando el alcance del impacto por servicio y actualizando la lista
  • A las 19:12 UTC, algunos servicios comenzaron a recuperarse, pero debido al procesamiento de reintentos y al llenado de caché, podían seguir ocurriendo errores intermitentes en los servicios afectados
  • A las 20:32 UTC, la recuperación de los servicios avanzaba rápidamente a nivel global
    • WARP y Turnstile estaban operativos, aunque quedaban impactos residuales menores
    • Al recuperarse el servicio central de Workers KV, los productos dependientes volvieron a estar en línea
  • A las 20:57 UTC, todos los servicios de Cloudflare quedaron completamente operativos, y se pasó al monitoreo para verificar la estabilidad continua
  • A las 21:31 UTC, el incidente se cerró con estado resuelto

Servicios afectados y causa

  • El servicio crítico Workers KV de Cloudflare quedó fuera de línea debido a una falla en un servicio de terceros, que era una dependencia clave
  • Algunos productos de Cloudflare que usan el servicio KV para almacenar y distribuir información quedaron no disponibles
    • Access
    • WARP
    • Browser Isolation
    • Browser Rendering
    • Durable Objects basados en SQLite dentro de Durable Objects
    • Workers KV
    • Realtime
    • Workers AI
    • Stream
    • Partes del Cloudflare Dashboard
    • Turnstile
    • AI Gateway
    • AutoRAG
  • La lista de servicios afectados incluyó Access, Dashboard, Durable Objects, Realtime SFU, Realtime TURN Service, RealtimeKit, Stream, Waiting Room, Cloudflare One Client, Workers AI y Workers KV de Cloudflare Sites and Services

1 comentarios

 
GN⁺ 2025-06-13
Opiniones en Hacker News
  • Si Workers KV, uno de los servicios centrales de Cloudflare, se cayó por una falla en un servicio de terceros que es una dependencia importante, entonces algunos servicios dependen de GCP
  • En https://downdetector.com/ se ven fallas en varias grandes empresas como Google, Cloudflare, AWS, etc.
    Por lo que se comenta en la calle, detrás de todo esto habría un gran problema de enrutamiento BGP
    • Tiene sentido. Recuerdo que, cuando vi algo parecido antes, por culpa de BGP el tráfico terminó enrutándose hacia Irán o China
    • Internet Health Report muestra que no hay datos para mostrar
      [1] https://www.ihr.live/
    • Anthropic también está caído o con rendimiento degradado. Es hora de salir a caminar
  • GCP también se cayó https://news.ycombinator.com/item?id=44260810
    • Qué coincidencia curiosa. Me pregunto si Cloudflare usa GCP
  • Esto parece que va a ser un problema. Hace tiempo que no veía una interrupción tan amplia en tantos servicios
    • Ahora que todos ponen los huevos en unas pocas canastas, parece que estas cosas pasan con bastante regularidad
  • ¿Alguien desplegó una configuración BGP incorrecta?
    • Para una caída tan grande y extendida, casi tendría que ser ese el culpable
  • Pronto aparecerá un enorme post de blog diciendo que salvaron Internet ;)
    Por ahora está caído, pero dejo el enlace de referencia: https://blog.cloudflare.com/the-ddos-that-almost-broke-the-i...
  • Parece que no solo Workers está afectado, sino también la función del cuadro de diálogo “Verify you are human”
    • Sí, KV también se rompió. Todos los Workers que dependen de KV están lanzando excepciones
      Pude entrar al dashboard, pero está muy lento. La tasa de errores empezó a subir mucho alrededor de las 18:00 UTC
      Edit: la página de estado de CF también reconoce una interrupción amplia en varios servicios: https://www.cloudflarestatus.com/incidents/25r9t0vz99rp
    • Efectivamente. Otra pregunta es por qué uno siempre termina viendo estos cuadros de diálogo en Cloudflare y no en Akamai desde el principio
  • El título cambió a “Broad Cloudflare service outages
  • ¿Será casualidad que había un mantenimiento programado en Tokio a las 18:00 UTC y que el problema empezó a las 18:19 UTC?
    • No está relacionado. Cloudflare tiene algunos servicios que dependen de GCP, que se cayó
      Aun así, imagino que a quienes estaban haciendo el mantenimiento en Tokio se les habrá puesto la cara pálida pensando que había sido culpa suya
    • Lo sabremos en el postmortem. La única ventaja de estas caídas es que podemos aprender y disfrutar con buenos artículos
    • Esa página siempre tiene mantenimientos programados, así que, por mi experiencia, no es una señal en particular