La propia página de estado de Cloudflare mostraba un "Apagón parcial del sistema" con 54 de 457 componentes experimentando interrupciones hasta última hora del 22 de junio . La compañía reconoció "tasas de error y latencia elevadas" en múltiples servicios
.
NetBlocks, que monitorea la salud global de internet, señaló que X "estaba experimentando apagones internacionales por segundo día consecutivo en medio de errores de API de backend de la línea de tiempo", pero aclaró que el incidente "no estaba relacionado con interrupciones a nivel de país" .
No. Las fuentes disponibles describen consistentemente que X cayó el 22 de junio como parte del mismo evento vinculado a Cloudflare . No hay evidencia corroborada de un apagón significativo específico de X el 21 de junio de 2026 que fuera separado de este incidente. Si viste informes de un apagón de X el 21 de junio, eso no está respaldado por los informes actuales
.
Cloudflare tenía programado un mantenimiento en su centro de datos EWR (Newark) desde el 22 de junio de 2026, 01:00 UTC hasta el 23 de junio de 2026, 09:00 UTC . La página de estado señalaba que el tráfico podría ser redirigido desde Newark durante esta ventana, lo que podría causar un "ligero aumento en la latencia" para los usuarios finales en la región afectada
.
Sin embargo, el mantenimiento programado no fue identificado como la causa del apagón por corte de fibra. Los dos incidentes coincidieron en el tiempo pero fueron separados en su causa raíz — el mantenimiento de Newark era rutinario y planificado, mientras que el corte de fibra fue un fallo imprevisto de infraestructura externa que ocurrió más tarde en el día .
El incidente del corte de fibra del 22 de junio es el último de una serie de interrupciones notables de Cloudflare desde finales de 2025. Aquí tienes una comparación:
El hilo común: la posición de Cloudflare como infraestructura para aproximadamente el 20% del tráfico web global significa que tanto los daños físicos externos (cortes de fibra) como los errores internos de configuración (archivos de configuración de gran tamaño, errores de BGP) pueden producir fallos en cascada en cientos de plataformas importantes. El apagón por corte de fibra del 22 de junio es el primer gran incidente de infraestructura física en esta serie reciente, a diferencia de los errores de software o configuración.
Un solo corte de fibra en una región fue suficiente para interrumpir servicios que decenas de millones de personas usan a diario. Este incidente subraya una vulnerabilidad fundamental en la arquitectura de internet: incluso los proveedores de la nube más resilientes dependen de cables físicos que pueden ser dañados por la construcción, el clima o accidentes. Para las empresas y los usuarios, es un recordatorio de que la redundancia a nivel de aplicación — estrategias multinube, sistemas de conmutación por error y respaldos sin conexión — sigue siendo esencial incluso cuando se trabaja con un proveedor tan dominante como Cloudflare.
Según los últimos informes, la reparación del corte de fibra aún estaba en curso . Cloudflare aún no ha publicado un análisis completo posterior al incidente, y aún no está claro si el corte de fibra fue accidental, relacionado con el clima o causado por trabajos de construcción.
Comments
0 comments