Die Ausfälle bei Yandex sind kein normaler Cloud-Zwischenfall. Zwischen dem 8. und 11. Oktober 2026 wurden drei von sechs Yandex-Rechenzentren in Russland durch ukrainische Drohnen angegriffen. Zwei Standorte, Sasowo in der Region Rjasan und ein Rechenzentrum in der Region Wladimir, wurden vollständig stillgelegt. Ein dritter Standort in der Region Kaluga wurde teilweise beschädigt, mehrere Module fielen aus.
Die Folgen reichten deutlich über einzelne Yandex-Dienste hinaus. Betroffen waren Yandex Cloud, Yandex Pay, Yandex Go, Yandex Eats, E-Mail, der Sprachassistent Alice und Smart-Home-Geräte. Störungen wurden nicht nur in Russland gemeldet, sondern auch in Kasachstan, Kirgisistan, Usbekistan, Serbien, Belarus und Armenien. Yandex erklärte den Notbetrieb, meldete keine Verletzten unter Mitarbeitern und passte seine Nutzungsbedingungen so an, dass Haftung für Drohnenangriffe ausgeschlossen wird.
Der relevante Punkt ist nicht, dass ein großer Anbieter ausfällt. Der relevante Punkt ist, wie viele digitale Funktionen an wenigen physischen Standorten hängen. Die Angriffe haben gezeigt, dass ein kinetischer Schlag gegen Rechenzentren ähnliche Auswirkungen haben kann wie ein schwerer Cyberangriff: Dienste brechen ab, Zahlungsprozesse stocken, Plattformen verlieren Rechenleistung, Kunden verlieren Zugriff auf Daten und Anwendungen. Firewalls, Zugangskontrollen und klassische IT-Sicherheitsprozesse lösen dieses Problem nur begrenzt. Das Risiko liegt in der physischen Konzentration.
Ein Ausfall mit vielen Schnittstellen
Yandex ist in Russland nicht nur Suchmaschine oder App-Anbieter. Das Unternehmen betreibt Cloud-Infrastruktur, Zahlungsdienste, Mobilitätsdienste, Essenslieferung, E-Mail, Sprachassistenz und KI-Systeme. Dadurch entsteht ein technisches Geflecht, in dem ein Rechenzentrumsausfall nicht bei einem Produkt endet. Wenn Cloud-Kapazität fehlt, können auch externe Unternehmen betroffen sein, die ihre Anwendungen oder Daten bei Yandex betreiben. Wenn Zahlungsdienste ausfallen, wirken sich technische Probleme direkt auf Handel und Konsum aus. Wenn Mobilitäts- und Lieferdienste gestört sind, betrifft das operative Abläufe in Städten.
Wie der Rechenzentrumsausfall durch Dienste läuft
Die Grafik zeigt die Verbindung zwischen den angegriffenen Yandex-Standorten, der zentralen Infrastruktur und den betroffenen Dienstschichten.
Nach den vorliegenden Informationen nutzten unter anderem Banken, Händler, Online-Marktplätze, Kleinanzeigenplattformen, Nachrichtenseiten und Apps Infrastruktur von Yandex. Genannt wurden etwa CIAN, Sports.ru, Magnit und Vkusno i Tochka. Entscheidend ist dabei nicht jeder einzelne Kunde, sondern die Rolle des Anbieters als gemeinsame technische Basis. Ein Ausfall wird dann nicht isoliert verarbeitet, sondern läuft durch Abhängigkeiten, Schnittstellen und Diensteketten.
Die Konzentration steckt im Geschäftsmodell
Cloud-Anbieter verkaufen Skalierung, Verfügbarkeit und Betrieb als Dienstleistung. Für Kunden ist das wirtschaftlich sinnvoll, weil sie eigene Serverflächen, Personal, Wartung und Investitionen reduzieren können. Diese Logik hat aber eine Voraussetzung: Der Anbieter muss Störungen über Redundanz, Verteilung und operative Reserve abfangen können. Wenn drei von sechs nationalen Rechenzentren innerhalb weniger Tage getroffen werden, wird diese Voraussetzung schwerer zu erfüllen.
Einzelne technische Mechanismen können Last verlagern. Daten lassen sich replizieren, Anwendungen können auf andere Zonen verschoben werden, Dienste können in abgespecktem Modus weiterlaufen. Das funktioniert aber nur, wenn ausreichend Kapazität, Netzanschlüsse, Energieversorgung und betriebsfähige Hardware vorhanden sind. Redundanz ist keine abstrakte Architekturzeichnung. Sie besteht aus Gebäuden, Glasfasertrassen, Transformatoren, Kühlung, Dieselvorräten, Ersatzteilen und Personal.
Für Kunden wird damit eine alte Frage konkreter: Reicht ein einzelner Cloud-Anbieter als Ausfallschutz, wenn der Anbieter selbst Ziel physischer Angriffe wird? In stabilen Märkten lässt sich diese Frage über Multi-Cloud, regionale Verteilung und Exit-Pläne beantworten. In Russland ist der Spielraum geringer. Westliche Anbieter sind politisch, rechtlich und operativ nur eingeschränkt verfügbar. Lokale Alternativen können Kapazität nicht beliebig schnell ersetzen. Damit verschiebt sich das Risiko von der Anbieterwahl in die Infrastrukturplanung.
Resilienz wird teurer und langsamer
Die direkte Folge für Yandex ist ein Wiederaufbauproblem. Beschädigte Rechenzentren lassen sich nicht wie Software neu starten. Module müssen geprüft, Energie- und Kühlsysteme stabilisiert, Netzverbindungen getestet und Hardware ersetzt werden. Bei Cloud-Diensten kommt hinzu, dass Kundenlast priorisiert werden muss. Kritische Dienste erhalten Vorrang, weniger wichtige Workloads werden verzögert oder eingeschränkt betrieben.
Für Unternehmen, die auf Yandex-Infrastruktur setzen, entsteht ein anderes Problem: Sie müssen ihre Annahmen über Verfügbarkeit neu bewerten. Service Level Agreements helfen wenig, wenn der Anbieter kriegsbedingte Ausfälle vertraglich ausschließt. Die Anpassung der Yandex-Nutzungsbedingungen ist deshalb mehr als eine juristische Fußnote. Sie zeigt, dass sich der Schaden nicht nur technisch, sondern auch vertraglich verteilt. Kunden tragen künftig mehr Risiko, wenn sie keine eigenen Ausweichstrukturen haben.
Das betrifft besonders Firmen, die Cloud vor allem als Kostensenkung verstanden haben. Resilienz kostet doppelt: im Normalbetrieb durch ungenutzte Reserve und im Krisenfall durch schnell verfügbare Ausweichkapazität. Wer nur für den Durchschnittsbetrieb plant, kann kurzfristig billiger arbeiten. In einem Umfeld, in dem Rechenzentren physische Ziele sind, wird diese Rechnung schwächer.
KI-Kapazität als zusätzlicher Engpass
Die angegriffenen Rechenzentren beherbergen nach den bekannten Informationen alle drei Supercomputer von Yandex, die für das Training der KI-Modelle YandexGPT genutzt werden. Das ist ein eigener Engpass. KI-Training ist nicht einfach ein weiterer Cloud-Workload. Es benötigt große, eng gekoppelte Rechencluster, stabile Stromversorgung, Kühlung und Netzwerke mit hoher Bandbreite.
Wenn solche Cluster ausfallen oder nur eingeschränkt verfügbar sind, lässt sich die Kapazität nicht ohne Weiteres auf Standardserver verlagern. Training kann unterbrochen werden, Experimente verzögern sich, geplante Modellläufe müssen neu terminiert werden. Ob und wie stark konkrete YandexGPT-Dienste betroffen sind, ist nach aktuellem bekannten Stand nicht in jedem Detail öffentlich bestätigt. Klar ist aber: Die physische Platzierung von KI-Infrastruktur wird in solchen Szenarien zu einem Produktionsrisiko.
Das ist auch für andere Betreiber relevant. KI-Cluster werden wegen Energiebedarf, Kühlung und Netzanschlüssen häufig an wenigen geeigneten Standorten gebündelt. Diese Bündelung senkt Betriebskosten und erleichtert Wartung. Sie erhöht aber die Bedeutung jedes einzelnen Standorts. Je größer der Cluster, desto weniger trivial ist sein Ersatz.
Bot-Traffic ist ein Nebeneffekt, nicht der Kern
Cloudflare meldete nach den Angriffen einen drastischen Rückgang des Bot-Traffics aus dem Yandex-Netzwerk auf etwa 0,4 Prozent des Höchstwerts der vorangegangenen zwei Wochen. Das ist ein auffälliger Messwert, sollte aber vorsichtig gelesen werden. Ein Rückgang aus einem Netzwerk belegt zunächst technische Störungen oder fehlende Kapazität. Welche Bot-Typen genau betroffen waren und welche politischen oder operativen Effekte daraus folgen, lässt sich daraus nicht allein ableiten.
Für die Infrastrukturbetrachtung reicht die Beobachtung dennoch aus. Wenn ein physischer Angriff nicht nur Verbraucherapps, sondern auch automatisierten Netzwerkverkehr reduziert, dann betrifft er mehrere Schichten gleichzeitig: Endnutzerdienste, Unternehmenskunden, Plattformfunktionen und Hintergrundsysteme. Die Grenze zwischen Cloud-Ausfall, Plattformstörung und Sicherheitsereignis wird dadurch unscharf.
Die Cloud bleibt ein Industrieobjekt
Der Fall Yandex zeigt eine einfache operative Realität. Digitale Dienste sind nicht immateriell. Sie hängen an Anlagen, die Strom brauchen, gekühlt werden müssen, Netzanschlüsse benötigen und im Krieg beschädigt werden können. Je stärker ein Markt auf wenige große Plattformen konzentriert ist, desto größer wird die Wirkung einzelner physischer Treffer.
Für Anbieter bedeutet das höhere Anforderungen an geografische Verteilung, Gebäudesicherung, Ersatzkapazität und Krisenbetrieb. Für Kunden bedeutet es, dass Cloud-Nutzung nicht mehr nur nach Preis, Schnittstellen und Entwicklerkomfort bewertet werden kann. Verfügbarkeitsrisiko ist nicht nur eine technische Kennzahl. Es ist eine Frage der physischen Infrastruktur und der vertraglichen Risikoverteilung.
Die Angriffe auf Yandex machen daraus keine abstrakte Zukunftsfrage. Sie zeigen, was passiert, wenn zentrale Rechenzentren in kurzer Folge ausfallen: Dienste gehen offline, Zahlungs- und Lieferprozesse werden gestört, KI-Kapazität wird knapp, und Kunden erfahren erst im Ereignisfall, wie viel ihres Betriebs an einem Anbieter hängt.
Jens analysiert seit Jahren digitale Märkte, Preisbewegungen und Plattform-Strategien. Als Betreiber mehrerer datengetriebener Systeme wertet er täglich große Mengen an Produkt- und Trenddaten aus. Sein Fokus liegt auf Einordnung statt Hype: Was bedeutet eine Entwicklung wirklich für Nutzer, Preise und Märkte?
