Multi-Cloud Recovery That Actually Works

Die Cloud bietet uns Flexibilität, zusammen mit:

• Erstklassigen Dienstleistungen.
• Cloud-Innovation.
• Keine Bindung an einen bestimmten Anbieter.

Doch wenn es zu einem Cybervorfall kommt, wird diese Flexibilität oft zur Komplexität. In dieser Folge von STRIVE habe ich mich mit Akshay Joshi, Senior Director of Product Management – dessen berufliche Laufbahn Stationen bei IBM, AWS, Microsoft, Clumio und nun Commvault umfasst – unterhalten, um eine unangenehme Wahrheit auf den Punkt zu bringen: Die meisten Unternehmen glauben, sie seien bereit für die Cloud. Bis sich herausstellt, dass sie es doch nicht sind. Diegesamte Folgean.

Das Wichtigste auf einen Blick: Was die Cloud wirklich erfordert

• Eine Datensicherung auf Dienstebene ist nicht gleichbedeutend mit einer Wiederherstellung auf Anwendungsebene. Der Schutz einzelner Datenquellen ist nicht dasselbe wie die Wiederherstellung eines synchronisierten Anwendungsökosystems.
• Die Komplexität der Wiederherstellung steigt bei der Nutzung mehrerer Clouds exponentiell an. Unterschiedliche Wiederherstellungspunkte, unterschiedliche Konten, unterschiedliche Administrationsteams – all dies erschwert die Arbeit, gerade wenn jede Minute zählt.
• Native Hyperscaler-Tools sind notwendig – aber nicht ausreichend. Sie bieten Schutz innerhalb ihrer eigenen Cloud, koordinieren jedoch nicht cloudübergreifend.
• Die Isolierung ist der erste Dominostein bei einem Cybervorfall. Je größer der Umfang der betroffenen Umgebung ist, desto schwieriger ist es, die Auswirkungen einzudämmen.
• Resilienz muss von Anfang an berücksichtigt werden – sie darf nicht erst nachträglich integriert werden. Die Erfassung von Abhängigkeiten und die Planung von Wiederherstellungsmaßnahmen sollten bereits bei der Anwendungsentwicklung beginnen und nicht erst nach der Bereitstellung.
• KI-gestützte Automatisierung eröffnet neue Möglichkeiten – birgt aber auch neue Risiken. Agentenbasierte Arbeitsabläufe erfordern strenge Zugriffskontrollen und eine konsequente Governance.

Die Kluft zwischen Theorie und Praxis

Auf dem Papier scheint die Wiederherstellung einfach zu sein: Bis zu welchem Zeitpunkt soll wiederhergestellt werden? Was soll wiederhergestellt werden? Wo soll die Wiederherstellung erfolgen? Doch wie Akshay erklärt, zerfällt jede dieser Fragen in einer Multi-Cloud-Welt. Verschiedene Dienste können unterschiedliche Recovery-Punkte haben. Einige Microservices sind möglicherweise betroffen, andere hingegen nicht. Die Wiederherstellung erfordert unter Umständen eine Neugestaltung der Architektur, wenn sie regionen- oder kontoübergreifend erfolgt.

Was in der Dokumentation einfach aussieht, erweist sich in der Praxis als äußerst komplex. Und wenn Ransomware zuschlägt, greifen die Teams nicht gelassen auf ihre Vorgehensanleitungen zurück – sie geraten in Panik.

Der erste Dominostein: Isolation

Jeder Bedrohungsvektor nimmt proportional zur Komplexität der Umgebung zu. Die Cloud ermöglicht nicht nur eine Diversifizierung der Infrastruktur – sie erweitert auch den operativen Spielraum.

Sicherung auf Serviceebene vs. Wiederherstellung auf Anwendungsebene

Genau hier stolpern die meisten Unternehmen. Sie sichern:

• Azure-Daten mit Azure Backup
• AWS-Daten mit AWS Backup
• Google Cloud mit einem separaten Tool

Einzeln betrachtet kann jeder Dienst geschützt sein. In ihrer Gesamtheit lässt sich die Anwendung jedoch möglicherweise nicht in einem synchronisierten Zustand wiederherstellen. Native Tools kommunizieren nicht cloudübergreifend. Sie sind von Natur aus nicht cloudbasiert. Sie sind nicht darauf ausgelegt, die Wiederherstellungszeit (RTO) oder den Wiederherstellungspunkt (RPO) in großem Maßstab für die Cloud zu optimieren.

Und wenn die Wiederherstellung davon abhängt, dass mehrere Datenquellen über verschiedene Hyperscaler hinweg aufeinander abgestimmt werden, entscheidet die Orchestrierung darüber, ob der Vorgang Stunden oder Tage dauert. Genau aus diesem Grund gibt es einheitliche Wiederherstellungsstrategien – nicht, um Hyperscaler zu ersetzen, sondern um sie zu koordinieren.

Das Zuweisen von Abhängigkeiten ist nicht mehr optional

Wir sprechen bereits seit mehr als einem Jahrzehnt über das Mapping von Anwendungsabhängigkeiten. Doch in einer Multi-Cloud-Welt ist dies kein „nice-to-have“ mehr. Anwendungen erstrecken sich mittlerweile über mehrere Hyperscaler, mehrere DevOps-Teams, mehrere Verwaltungsdomänen und mehrere Backup-Tools verschiedener Anbieter.

Zersplitterte Zuständigkeiten verlangsamen die Recovery. Die Fragmentierung der Anbieter erschwert die Orchestrierung. Operative Silos verursachen Verzögerungen zum ungünstigsten Zeitpunkt. Resilienz muss von Anfang an operativ umgesetzt werden – und darf nicht erst nach der Bereitstellung nachgerüstet werden.

Ein kleiner Einblick: Warum die Cloud ohne Abhängigkeitszuordnung scheitert

In diesem Ausschnitt aus dem STRIVE-Gespräch erläutert Akshay, warum es entscheidend ist, Resilienz bereits in der Architekturphase zu verankern, um Cybervorfälle in der Praxis zu überstehen.

Planung für den Wiederaufbau – nicht nur zum Schutz

Einer der wichtigsten Punkte in dieser Folge: Moderne Anwendungen sollten nicht nur auf Leistung und Skalierbarkeit ausgelegt sein, sondern auch auf Wiederherstellbarkeit. Das bedeutet:

• Ich mache mir genauso viele Gedanken über RTO wie über RPO.
• Architektur unter Berücksichtigung der Cloud.
• Wo immer möglich, die Transparenz verbessern.
• Abbau der Fragmentierung bei den Anbietern und in der Verwaltung.
• Testen der Wiederherstellung in verschiedenen Umgebungen.

Die Recovery-Geschwindigkeit wirkt sich auf den Umsatz aus. Die Transparenz der Recovery wirkt sich auf den Ruf aus. Ausfallzeiten wirken sich auf das Vertrauen der Kunden aus. Multi-Cloud-Innovation muss mit einer disziplinierten Multi-Cloud-Recovery einhergehen.

Die KI- und Automatisierungsebene

Keine Diskussion ist vollständig, ohne auf KI einzugehen. Agentenbasierte Workflows werden zunehmend in SaaS-Plattformen von Unternehmen integriert. Doch die Automatisierung wirft neue Fragen auf:

• Welche Berechtigungen haben Agenten?
• Wie oft werden Backups durchgeführt?
• Welche finanziellen Auswirkungen haben Entscheidungen zur Automatisierung?
• Werden Agenten als Identitäten mit geregeltem Zugriff behandelt?

KI kann die Widerstandsfähigkeit stärken – ohne entsprechende Sicherheitsvorkehrungen kann sie jedoch auch Risiken verstärken. Der Schlüssel liegt in der kontrollierten Delegation.

Warum wir dieses Gespräch auf der STRIVE geführt haben

Bei STRIVE geht es nicht darum, das zu wiederholen, was jeder bereits weiß. Es geht darum, die Lücken anzugehen, die bei realen Cybervorfällen zutage treten. Die Cloud schreitet unvermindert voran. Doch wenn sich die Wiederherstellungsstrategien nicht parallel zur Architektur weiterentwickeln, wird die Komplexität die Vorbereitungen überholen.

Deshalb ist diese Diskussion so wichtig. Und deshalb haben wir Akshay hinzugezogen – jemanden, der bereits mit verschiedenen Hyperscalern zusammengearbeitet hat und sowohl deren Stärken als auch deren Grenzen kennt.

Die gesamte Folge ansehen

In der vollständigen STRIVE-Folge erfährst du:

• Den tatsächlichen Unterschied zwischen der Datensicherung auf Serviceebene und der Wiederherstellung auf Anwendungsebene.
• Warum Isolation der erste Dominostein bei Ransomware-Angriffen ist.
• Wie die Fragmentierung der Anbieter die Orchestrierung erschwert.
• Darüber müssen sich CISOs und DevOps-Verantwortliche abstimmen.
• Wie KI die Gleichung der Resilienz verändert.

Jetzt ansehen. Wenn Sie mit AWS, Azure oder Google Cloud arbeiten, ist dieses Gespräch unverzichtbar.

FAQs

F: Warum reicht das native Backup eines Hyperscalers nicht aus?

A: Native Tools schützen Daten innerhalb einer bestimmten Cloud, koordinieren jedoch nicht die Wiederherstellung über verschiedene Clouds hinweg. Cloud-Lösungen erfordern eine koordinierte Wiederherstellung über verschiedene Dienste und Anbieter hinweg.

F: Was ist die größte Lücke bei beicloud?

A: Die Diskrepanz zwischen der Art und Weise, wie Backups erstellt werden (Dienst für Dienst), und der Art und Weise, wie die Wiederherstellung erfolgen muss (anwendungsweit).

F: Was bedeutet „Umgebungsblende“?

A: Damit ist die Vielzahl an Konten, Clouds, Identitäten und Diensten in einer Umgebung gemeint. Mit zunehmender Breite steigen Risiko und Komplexität proportional an.

F: Warum ist das Abhängigkeits-Mapping so wichtig?

A: Anwendungen erstrecken sich mittlerweile über mehrere Clouds und Teams hinweg. Ohne eine Erfassung der Serviceabhängigkeiten wird die Reihenfolge der Wiederherstellung zu reiner Spekulation.

F: Wie wirkt sich KI auf die Notfallwiederherstellung aus?

A: KI-gestützte Arbeitsabläufe können dabei helfen, Entscheidungen zur Datensicherung und -wiederherstellung zu automatisieren, erfordern jedoch strenge Zugriffskontrollen, Kostenmanagement und Überwachung.

F: Wo sollten Unternehmen ansetzen, um die Cloud zu verbessern?

A: Beginnen Sie mit der Bewertung folgender Punkte:

• • Abstimmung der Wiederherstellung auf Anwendungsebene.
  • Möglichkeiten zur Lieferantenkonsolidierung.
  • Teamübergreifende Abstimmung.
  • Isolationsstrategie bei Zwischenfällen.
  • Häufigkeitcloud.

Chris Mierzwa ist Senior Director für Portfoliomarketing bei Commvault.