Nach einem Cloud-Ereignis zählt nicht, welcher Anbieter gewonnen hat, sondern welche Abhängigkeiten betroffen waren, welche Belege existieren und was sich ändern muss. Diese Prüfung behält nur belegte Fakten.
Zeitachse des Anbieters
AWS dokumentiert das us-east-1-Ereignis von 23:48 PDT am 19. Oktober bis 14:20 PDT am 20. Oktober mit DynamoDB-Fehlern, EC2-Start- und Verbindungsproblemen sowie Fehlern bei einigen Network Load Balancern. Offizielle AWS-Nachbetrachtung lesen.
Die belegbare Schlussfolgerung
Der primäre Runtime-Host ist Microsoft Azure, nicht AWS; es war daher kein direkter Ausfall des Haupt-Cloudhosts. Das beweist nicht, dass jede Anfrage, Integration oder Kundenzielseite verfügbar war, denn Upstream-Dienste haben eigene Ketten.
Dokumentierte Architektur
Node.js Azure Functions, Azure Front Door, MSSQL als Primärspeicher und Blob Storage sind dokumentiert; Cosmos bleibt in Legacy-Pfaden. Zehn aktive Regionen, Sekundenschnell-Failover über Kontinente oder Cosmos als Primärschicht sind nicht belegt.
Betriebliche Lehren
- Gesamten Weg überwachen: Redirect gesund heißt nicht Ziel gesund.
- Vorfall dokumentieren: Zeitstempel und öffentliche Updates sind bessere Belege.
- Recovery testen: DNS, Redirect, Identität, Speicher und Ziel getrennt prüfen.
Aktuelle Belege
Komponentenstatus und veröffentlichte Vorfälle stehen auf der ShortURL.bot-Statusseite.