Das Internet "Too Big to Fail": Die gefährliche Bequemlichkeit der Zentralisierung

Gestern hielt die Welt des Unternehmens wieder den Atem an. Ein massiver Ausfall bei Microsoft 365 ließ Tausende von Unternehmen und Millionen von Nutzern auf Fehlerbildschirme statt auf Arbeit starren.

Es war nicht nur, dass man keine E-Mails senden oder ein gemeinsames Excel bearbeiten konnte. Der Ausfall hatte viel tiefere Auswirkungen und enthüllte unsere Verwundbarkeit: Microsoft Teams, das heute als de facto-Telephone-Vermittlung (PBX) für unzählige Organisationen fungiert, ließ die Kontaktcenter verstummen. Die Support-Linien wurden unterbrochen. Und noch schlimmer, der Ausfall in den Systemen für die Zustellung von E-Mails und Benachrichtigungen verhinderte, dass Millionen von Nutzern ihre Einmal-Passwörter (OTP) erhielten.

Plötzlich konnte man nicht mehr auf seine Bank zugreifen, nicht mehr Kinokarten kaufen, nicht mehr Dokumente unterzeichnen. Alles nur, weil ein einziges Unternehmen, irgendwo in der Cloud, einen schlechten Tag hatte.

Die Falle des "No-Brainers"

Ich habe mich in diesem Raum bereits oft über die Risiken der technologischen Konzentration geäußert, aber Vorfälle wie der von gestern zwingen uns, lauter zu werden.

Die Menschen sind sich nicht bewusst, dass das Internet, dieses Netz, das mit dem Versprechen entstand, dezentralisiert und unzerstörbar zu sein, heute an vier oder fünf sehr dicken Fäden hängt. Und ich mache ihnen keinen Vorwurf. Für Technologievorstände (CTOs) und Berater wie mich war die Wahl dieser Giganten über Jahre hinweg eine offensichtliche Entscheidung; ein No-Brainer.

Ich selbst habe Hunderte von Domains zu Cloudflare migriert, Tausende von E-Mail-Konten in Google Workspace und Microsoft 365 eingerichtet und kritische Infrastrukturen in AWS bereitgestellt. Warum? Weil sie billig sind, innovativ und meistens unglaublich gut funktionieren. Sie sind unübertroffene Effizienz-Partner.

Die Illusion der privaten Cloud

Das Problem entsteht, wenn wir glauben, dass wir uns vom Risiko isolieren können. Ich habe viele Kollegen sagen hören: "Deswegen habe ich meine eigene private Cloud, um nicht von jemandem abhängig zu sein".

Leider muss ich diese Blase platzen lassen, aber es ist eine Illusion. Auch wenn Sie Ihre Server in Ihrem eigenen Keller haben, ist es sehr wahrscheinlich, dass Ihr System APIs von Drittanbietern verwendet, DNS benötigt oder Bibliotheken, die von dieser konzentrierten Infrastruktur abhängen.

Wenn Cloudflare ausfällt, hören die Hälfte der Anwendungen, die Ihre "private Cloud" benötigt, um mit der Außenwelt zu kommunizieren, auf zu funktionieren. Wenn AWS in der Region us-east-1 ausfällt, hören Authentifizierungsdienste, Zahlungsgateways oder Logistiksysteme, die Sie nutzen, auf zu funktionieren. Wenn diese Giganten husten, erkrankt Ihr System – so privat es auch sein mag – an Lungenentzündung. Es ist eine systemische, unsichtbare und beängstigende Abhängigkeit.

Die Besitzer des Kabels

Um das Problem zu dimensionieren, sehen wir uns an, wer wirklich 99,99 % des Internets trägt:

Öffentliche Politik oder strategische Diversifizierung?

Der Ausfall von gestern bei Microsoft ist eine Erinnerung daran, dass wir alle Eier der digitalen Wirtschaft in sehr wenige Körbe gelegt haben.

Dies bringt uns an eine dringende Kreuzung. Sollen wir beginnen, eine globale Antimonopolpolitik zu diskutieren, um diese systemische Konzentration zu vermeiden und eine Rückkehr zur ursprünglichen, verteilten Architektur des Internets zu erzwingen? Es ist ein schwieriger und politisch komplexer Weg.

Oder liegt die Lösung in den Händen der technologischen Entscheidungsträger? Vielleicht ist es Zeit, aufzuhören, blindlings den "Nummer eins" zu konsumieren. Vielleicht ist die Strategie der Realresilienz für 2026, auf den Anbieter Nummer 3, 4 oder 5 zu setzen. Die regionalen Rechenzentren anzusehen, auf nationale oder europäische Cloud-Anbieter zu setzen, die, obwohl sie nicht tausend Funktionen haben, Souveränität und Diversifizierung bieten.

Weiterhin die Giganten zu füttern, ist bequem und billig, bis zu einem beliebigen Dienstag, an dem ein fehlgeschlagener Update-Versuch in Redmond oder Virginia den Schalter für Ihr Geschäft ausschaltet und Sie erkennen, dass die Kontrolle nie in Ihren Händen lag.