Tras un incidente cloud, la pregunta útil no es qué proveedor ganó, sino qué dependencias estaban en la ruta, qué evidencia existe y qué debe cambiar. Esta revisión conserva solo hechos respaldados por el registro del proveedor y la arquitectura actual.
Cronología del proveedor
AWS documenta que el evento de us-east-1 duró desde las 23:48 PDT del 19 de octubre hasta las 14:20 PDT del 20, con periodos de errores de DynamoDB, problemas de lanzamiento y conectividad EC2, y errores en algunos Network Load Balancers. Lea el resumen oficial de AWS.
La conclusión respaldada
El runtime principal de ShortURL.bot está documentado en Microsoft Azure, no AWS; no fue una caída directa del host cloud principal. Eso no demuestra que cada petición, integración o destino de cliente estuviera disponible: cada servicio ascendente tiene su propia cadena.
La arquitectura documentada
El backend usa Node.js Azure Functions, Azure Front Door en el borde, MSSQL como almacén principal y Blob Storage; Cosmos permanece en rutas heredadas. No hay respaldo para diez regiones activas, failover intercontinental en segundos ni Cosmos como plano principal.
Lecciones operativas
- Vigile todo el recorrido: el redirect puede estar sano y el destino no.
- Conserve el registro: estados fechados y avisos públicos son mejor evidencia que marketing retrospectivo.
- Pruebe la recuperación: DNS, redirect, identidad, almacenamiento y destino deben verificarse por separado.
Compruebe la evidencia actual
Para salud de componentes e historial publicado, consulte la página de estado de ShortURL.bot.