Dopo un incidente cloud conta quali dipendenze erano nel percorso, quali prove esistono e cosa cambiare, non quale provider ha vinto. Questa revisione mantiene solo fatti sostenuti dal registro del provider e dall'architettura corrente.
Cronologia del provider
AWS documenta l'evento us-east-1 dalle 23:48 PDT del 19 ottobre alle 14:20 PDT del 20, con errori DynamoDB, problemi di avvio e connettività EC2 ed errori su alcuni Network Load Balancer. Leggi il riepilogo ufficiale AWS.
La conclusione supportata
Il runtime principale è documentato su Microsoft Azure, non AWS: non fu un guasto diretto dell'host cloud principale. Non prova però che ogni richiesta, integrazione o destinazione cliente fosse disponibile.
L'architettura documentata
Node.js Azure Functions, Azure Front Door, MSSQL come store primario e Blob Storage sono documentati; Cosmos resta nei percorsi legacy. Dieci regioni attive, failover intercontinentale in secondi o Cosmos primario non sono supportati.
Lezioni operative
- Monitora tutto il percorso: redirect sano non significa destinazione sana.
- Conserva il registro: stati datati e aggiornamenti pubblici sono prove migliori.
- Testa il recupero: DNS, redirect, identità, storage e destinazione separatamente.
Verifica le prove attuali
Per stato componenti e incidenti pubblicati usa la pagina di stato ShortURL.bot.