Wie gestaltet man eine High-Availability-Strategie für Active-Active-Deployments über mehrere Cloud-Provider hinweg?

Eine Active-Active-Strategie über mehrere Cloud-Provider erfordert die vollständige Entkopplung der Applikationslogik von provider-spezifischen Diensten. Wir setzen hierbei auf eine Architektur, die auf drei Ebenen operiert: Traffic-Management, Compute und Data.

Das Traffic-Management erfolgt über Global Server Load Balancing (GSLB). Hierbei steuern DNS-basierte Lösungen den Traffic basierend auf Latenz, Health-Checks oder geografischer Nähe an die jeweiligen Cloud-Endpunkte. Dies verhindert, dass ein Totalausfall eines Providers die Erreichbarkeit der Anwendung beeinträchtigt.

Auf der Compute-Ebene nutzen wir Container-Orchestrierung via Kubernetes. Durch den Einsatz von GitOps-Workflows stellen wir sicher, dass die Deployment-Zustände über alle Provider hinweg identisch bleiben. Dies minimiert das Risiko von Konfigurationsdrift zwischen den Umgebungen.

Die größte technische Hürde ist die Datenkonsistenz. Wir unterscheiden hierbei zwischen zwei Replikationsansätzen:

AnsatzLatenzKonsistenzAnwendungsfall
SynchronHochStarkFinanztransaktionen, Inventarsysteme
AsynchronNiedrigEventualUser-Profile, Content-Management

Für echte Active-Active-Szenarien implementieren wir verteilte Datenbanken wie CockroachDB oder YugabyteDB, die das Raft- oder Paxos-Protokoll nutzen, um Konsistenz über Regionen und Provider hinweg zu gewährleisten. Die Integration solcher hochverfügbaren Architekturen ist ein Kernbestandteil unserer Lösungen im Bereich Cloud & Digital Workplace.

Die Überwachung erfolgt über einen provider-agnostischen Observability-Stack (z. B. Prometheus und Grafana), um eine einheitliche Sicht auf die Systemgesundheit zu erhalten, ohne sich auf die Monitoring-Tools eines einzelnen Anbieters zu verlassen.

Die operative Komplexität und die Kosten für den Datentransfer zwischen verschiedenen Cloud-Providern übersteigen in den meisten Fällen den tatsächlichen Verfügbarkeitsgewinn; wir empfehlen daher eine Multi-Region-Strategie innerhalb eines einzigen Providers, sofern keine regulatorische Anforderung zur Provider-Unabhängigkeit besteht.

Sergej Wiens

Sergej Wiens

Gründer & Software Architekt