Am 12. Juni gegen 18:00 UTC fiel Googles Cloud-Backend weltweit aus. Authentifizierungsdienste gingen offline. DNS brach zusammen. Datenverarbeitung kam zum Stillstand. Cloudflare Workers KV — ebenfalls auf GCP gehostet — kollabierte daraufhin und löste kaskadierende Ausfälle im gesamten Internet aus. Spotify, Discord, Google Meet und unzählige weitere Dienste fielen aus. In einigen Regionen dauerte die Störung über 2,5 Stunden.
Für die meisten Menschen bedeutete das einen frustrierenden Abend ohne ihre Lieblings-Apps. Für E-Autofahrer, die auf cloudbasierte Ladestationen angewiesen waren, hatte es jedoch weitaus gravierendere Folgen: Sie konnten ihr Auto nicht laden.
Die Schwachstelle, über die niemand spricht
Die meisten Charge Point Management Systeme (CPMS) sind auf permanente Backend-Konnektivität angewiesen. Die Ladestation muss mit der Cloud kommunizieren, um den Nutzer zu authentifizieren, die Sitzung zu autorisieren und die Transaktion abzuwickeln. Wenn das Backend nicht erreichbar ist, werden Ladestationen zu nutzlosen Kästen aus Plastik und Kupfer.
Während des Ausfalls konnten Fahrer weder über Apps noch mit RFID-Karten einen Ladevorgang starten. Die Ladestationen waren physisch in Ordnung — Strom floss, die Hardware funktionierte — aber die Software-Schicht, die den Zugang steuerte, war vollständig von Servern abhängig, die Tausende Kilometer entfernt offline waren.
Das ist kein theoretisches Risiko. Es ist eine strukturelle Schwachstelle, die in die Architektur nahezu jedes Ladenetzwerks weltweit eingebaut ist.
Warum das wichtiger ist, als man denkt
Cloud-Ausfälle sind keine seltenen Ereignisse. Große Cloud-Anbieter verzeichnen mehrmals im Jahr erhebliche Störungen. Und das sind nur die schlagzeilenträchtigen Vorfälle — kleinere, regionale Ausfälle passieren ständig.
Dazu kommen die Konnektivitätsprobleme, die das E-Laden ohnehin schon plagen:
- Tiefgaragen ohne Mobilfunkempfang
- Ladestationen im ländlichen Raum mit unzuverlässigem Breitband
- Baustellen und temporäre Installationen ohne festen Internetanschluss
- Mehrfamilienhäuser, in denen die Verkabelung zu jeder Ladestation unerschwinglich teuer ist
Die Cloud-Abhängigkeit schafft nicht nur einen Single Point of Failure — sie schafft einen Single Point of Failure in Umgebungen, in denen die Konnektivität ohnehin schon unzuverlässig ist.
Die Offline-First-Alternative
Bei HeyCharge haben wir SecureCharge mit einer grundlegend anderen Annahme entwickelt: Das Internet wird nicht immer da sein, und das Laden muss trotzdem funktionieren.
Unsere Offline-First-Architektur bedeutet:
- Authentifizierung geschieht lokal via Bluetooth zwischen dem Smartphone des Fahrers und der Ladestation
- Sitzungsmanagement läuft auf dem Gerät — kein Roundtrip zu einem Cloud-Server nötig
- Daten werden asynchron synchronisiert, sobald Konnektivität verfügbar ist, per Store-and-Forward
Das Ergebnis: Wenn die Google Cloud ausfällt, wenn Mobilfunknetze versagen, wenn der WLAN-Router im Parkhaus neu startet — HeyCharge-Ladestationen funktionieren weiter. Jedes einzelne Mal.
Die Lektion
Die zentrale Frage ist nicht, ob Cloud-Ausfälle wieder passieren werden — das werden sie. Die Frage ist, ob Ihre Ladeinfrastruktur so konzipiert ist, dass sie diese übersteht.
Ladeinfrastruktur sollte die grundlegende Funktionalität priorisieren — Nutzern das Laden ihres Fahrzeugs zu ermöglichen — vor cloudabhängigen Features wie Echtzeit-Dashboards und dynamischer Preisgestaltung. Diese Features sind wertvoll, aber sie sind nicht essenziell in dem Moment, in dem ein Fahrer einstecken muss.
Der Tag, an dem die Cloud ausfiel, war eine Erinnerung daran, dass das Internet eine Annehmlichkeit ist, keine Garantie. Ladeinfrastruktur muss entsprechend gebaut werden.