Sechs stille Killer der Cloud-Sicherung

Auszug aus einem kürzlich stattgefundenen Webinar "Stop Wasting Time On Backups: Automate, Protect, And Simplify," mit Andy Fernandez und Sathya Sankaran.

Andy und Sathya diskutierten die sechs versteckten Herausforderungen, die im Stillen die Effektivität von Cloud-Backups untergraben. Diese "stillen Killer" werden außerhalb der IT-Teams, die täglich mit ihnen zu tun haben, nicht immer erkannt, aber sie können verheerend sein, wenn sie ignoriert werden.

1. Konsolenchaos

Sathya: "Ich nenne sie stille Killer, weil sie leise im Hintergrund passieren. Nehmen Sie das Konsolen-Chaos: Jahrelang haben wir über die 'einzige Glasscheibe' als Ziel für den Datenschutz gesprochen. Aber in der Cloud haben wir einen Rückschritt gemacht - jetzt jonglieren Sie mit mehreren Konsolen für verschiedene Dienste, und die Komplexität nimmt immer weiter zu."

2. Automatisierungswildwuchs

"Dann kommt der Automatisierungswildwuchs. In einer Multi-Cloud-Umgebung betreiben Sie acht oder zehn Services in jeder Cloud, jeder mit seinen eigenen APIs. Es gibt keine einzige Lösung, die dies vereinheitlicht - es sei denn, Sie verwenden HYCU. Die Teams verbringen viel Zeit damit, APIs miteinander zu verdrahten, nur um sich vor den täglichen Cyber-Bedrohungen zu schützen."

3. Blinde Flecken bei Datenbanken

"Und selbst nach all dem stoßen Sie immer noch auf blinde Flecken. Viele DBaaS- und PaaS-Dienste verfügen einfach nicht über eine angemessene Backup-Unterstützung. Das sind oft Ihre Kronjuwelen, und doch sind sie ungeschützt. Cloud-Anbieter versprechen eine hohe Verfügbarkeit, aber Verfügbarkeit ist keine Sicherung. Wenn Sie Daten verlieren, rettet Sie das SLA des Anbieters nicht. Es ist immer noch Ihr Problem."

4. Egress-Steuerfalle

"Jeder kennt den 'Straßenraub' der Egress-Gebühren. Die Cloud ist kosteneffizient für die Speicherung, aber sobald Sie Daten verschieben müssen, z.B. um die Ausfallsicherheit zwischen verschiedenen Anbietern zu erhöhen, stoßen Sie an eine Wand. Diese Steuer macht ein echtes Multi-Cloud-Risikomanagement fast unmöglich."

5. Speicherschwemme

"Vor Ort ist die Deduplizierung das A und O. In der Cloud werden Backups oft ineffizient gespeichert, so dass Ihre Storage-Rechnung immer weiter in die Höhe schießt. FinOps-Teams müssen sich schließlich darum bemühen, die Kosten zu senken. Was anfangs billig aussah, wird zu einem Dauerproblem."

6. Hindernisse bei der Wiederherstellung

"Und nach all diesen Bemühungen leidet die Wiederherstellung immer noch. Granulare Wiederherstellungen sind schwierig, die DR-Optionen sind begrenzt, und wenn Sie Daten aus einer Archivierungsebene abrufen, kann es 10-mal mehr kosten, sie wiederherzustellen als zu speichern. Diese Hindernisse bei der Wiederherstellung sind für die Führungsebene oft unsichtbar, aber für die Teams in der Praxis schmerzlich spürbar."

Die Do-it-yourself-Falle

Andy: "Viele Teams versuchen es mit dem Selbstbau. Das ist wie beim Bau von IKEA-Möbeln - ja, es funktioniert, aber es ist klobig, zeitaufwändig und anfällig. Die Leute vergessen, dass ihre 'Backup-Lösungen' auch selbst erstellte Skripte und Arbeitsabläufe beinhalten, die sie pflegen müssen. Mit der Zeit wird daraus eine ausgewachsene Rube-Goldberg-Maschine - viele bewegliche Teile, Spaghetti-Automatisierung und immer noch keine Garantie für eine regionsübergreifende Wiederherstellung oder Compliance. Sie wollen nicht acht verschiedene Backup-Produkte einsetzen - oder auch nur ein stark angepasstes -, weil sich die versteckten Kosten auftürmen: Zeit, Energie und der Verlust des Fokus auf das Geschäft."

Das größere Bild

Andy: "Das ist umso wichtiger, je mehr Unternehmen KI einsetzen und Data Warehousing über Clouds hinweg ausweiten. Je verteilter Ihre Umgebung wird, desto mehr bremsen Sie diese versteckten Kosten und Fallstricke aus."

Sathya: "Genau. Diese stillen Killer tauchen nicht immer in den Vorstandsberichten auf, aber sie sind für die Teams, die das Geschäft am Laufen halten, sehr real. Wenn Sie sich nicht mit ihnen befassen, wird Ihre Cloud-Reise immer gefährdet sein."