Viele deutsche Banken haben in den 2010er Jahren massiv in Private-Cloud-Infrastruktur investiert — eigene Rechenzentren, VMware-Cluster, interne IaaS-Plattformen. Die Entscheidung schien damals sicher: maximale Kontrolle, regulatorische Compliance, keine Abhängigkeit von US-Hyperscalern. Zehn Jahre später zeigt sich das wahre Bild: explodierende Betriebskosten, wachsender Fachkräftemangel, keine Möglichkeit, AWS KI-Services zu nutzen, und paradoxerweise höhere Risiken als bei Hyperscalern. Dieser Artikel erklärt die strukturellen Probleme der Private Cloud im Bankensektor, zeigt den TCO-Vergleich und erklärt, wie der interne Business Case für den Wechsel zu AWS überzeugend aufgebaut wird.
Die Geschichte der Private-Cloud-Entscheidung in deutschen Banken
Die Entscheidung für Private Cloud war in den frühen 2010er Jahren rational. Public Cloud hatte damals noch keine ausgereiften Compliance-Zertifizierungen (BSI C5 gab es erst ab 2016), keine deutschen Rechenzentren (AWS Frankfurt eröffnete 2014), und die regulatorische Haltung der BaFin war noch unklar.
Für Banken, die strenge Datenschutzanforderungen erfüllen mussten, schien Private Cloud der einzig vertretbare Weg. Die typische Investition: 50–200 Millionen Euro in eigene Rechenzentren, Virtualisierungsinfrastruktur (VMware, Red Hat OpenStack), dediziertes Infrastruktur-Team mit 50–200 Mitarbeitern und mehrjährige Hardware-Verträge.
Das Problem: Die Prämissen, auf denen diese Entscheidung basierte, haben sich fundamental verändert.
Die vier strukturellen Probleme der Private Cloud für Banken
- Problem 1: Explodierende Betriebskosten
- Private Cloud hat keine linearen Kostenkurven. Mit wachsendem Alter der Infrastruktur steigen die Betriebskosten überproportional: Hardware-Refresh-Zyklen werden kürzer, Fachkräfte für Legacy-Technologien werden teurer, Energiekosten steigen, und die Komplexität der eigenen Plattform wächst. Eine typische mittelgroße Bank gibt jährlich 20–40 % ihres IT-Budgets für den Betrieb der eigenen Infrastruktur aus — und das ohne messbaren Mehrwert für das Kerngeschäft.
- Problem 2: Innovationslücke
- AWS investiert jährlich über 80 Milliarden USD in Forschung und Entwicklung. Zu den Ergebnissen dieser Investitionen gehören Services wie Amazon Bedrock (generative KI), Amazon SageMaker (Machine Learning), Amazon Comprehend (NLP) und Amazon Rekognition (Computer Vision). Banken mit Private-Cloud-Infrastruktur haben keinen oder nur sehr eingeschränkten Zugang zu diesen Services — ein struktureller Wettbewerbsnachteil gegenüber Cloud-nativen Neobanken und FinTechs.
- Problem 3: Sicherheitsparadox
- Private Cloud klingt sicherer — aber ist sie das wirklich? AWS beschäftigt über 30.000 Sicherheitsexperten weltweit, hat 16 AWS-Sicherheitskompetenzen und gibt Milliarden für Sicherheitsforschung aus. Eine mittelgroße Bank kann dieses Sicherheitsniveau nicht replizieren. In der Praxis sind Private-Cloud-Umgebungen oft weniger gut gepatcht, schlechter überwacht und schlechter gegen Advanced Persistent Threats (APTs) geschützt als AWS-Umgebungen.
- Problem 4: Regulatorisches Risiko steigt
- DORA schreibt Resilienztests, Kontinuitätspläne und Auditrechte vor. On-premises Infrastruktur muss diesen Tests standhalten — und häufig tut sie es nicht. AWS ist mit BSI C5 Type II, SOC 2 Type II und ISO 27001 mehrfach auditiert und kann Compliance-Nachweise innerhalb von Minuten liefern. Eigene Rechenzentren erfordern teure, zeitaufwendige individuelle Audits.
TCO-Vergleich: Private Cloud vs. AWS über 5 Jahre
Ein vollständiger TCO-Vergleich (Total Cost of Ownership) über 5 Jahre für eine mittelgroße deutsche Bank (ca. 500 Server, 10 PB Daten, 200 Anwendungen):
| Kostenkategorie | Private Cloud (5 Jahre) | AWS (5 Jahre) | Delta |
|---|---|---|---|
| Hardware (Server, Storage, Netzwerk) | 12–18 Mio. EUR | 0 EUR | −12–18 Mio. |
| Rechenzentrum (Miete, Energie, Kühlung) | 4–8 Mio. EUR | 0 EUR | −4–8 Mio. |
| Infrastruktur-Betrieb (Personal) | 8–15 Mio. EUR | 2–4 Mio. EUR | −6–11 Mio. |
| Software-Lizenzen (VMware, OS, DB) | 5–10 Mio. EUR | 1–3 Mio. EUR (inkl. in AWS) | −4–7 Mio. |
| Compliance & Audits | 2–5 Mio. EUR | 0,5–1 Mio. EUR | −1,5–4 Mio. |
| AWS-Compute, Storage, Netzwerk | 0 EUR | 8–15 Mio. EUR | +8–15 Mio. |
| Gesamt TCO | 31–56 Mio. EUR | 11,5–23 Mio. EUR | −20–33 Mio. |
Hinweis: Diese Zahlen sind Richtwerte. Der AWS Migration Evaluator erstellt auf Basis der tatsächlichen Infrastruktur eine datenbasierte, individuelle TCO-Analyse.
Nicht in dieser Tabelle enthalten: der Innovationswert. AWS-Services wie Amazon Bedrock und SageMaker können neue Geschäftsmodelle ermöglichen (KI-Beratung, Echtzeit-Fraud-Detection, personalisierte Finanzprodukte), die auf Private Cloud schlicht nicht realisierbar sind. Dieser Wert ist schwer quantifizierbar, aber für die langfristige Wettbewerbsposition entscheidend.
AWS European Sovereign Cloud (ESC): Das Datensouveränitäts-Argument lösen
Das häufigste verbleibende Argument für Private Cloud im Bankensektor ist die Datensouveränität: „Unsere Daten müssen in Deutschland bleiben, unter deutscher Kontrolle, ohne Zugriff durch US-Behörden."
Die AWS European Sovereign Cloud (ESC) adressiert dieses Argument direkt. ESC ist eine eigenständige AWS-Cloud-Infrastruktur mit folgenden Garantien:
- Datenresidenz ausschließlich in der EU: Alle Kundendaten verbleiben in AWS-Regionen innerhalb der Europäischen Union. Es gibt keine Replikation in Nicht-EU-Regionen.
- Operationale Kontrolle durch EU-Personal: AWS-Mitarbeiter aus EU-Ländern operieren und supporten ESC. Kein AWS-Personal außerhalb der EU hat Zugriff auf Kundendaten ohne ausdrückliche Genehmigung des Kunden.
- Unabhängigkeit von US-Recht: ESC ist so konzipiert, dass US-Rechtsnormen (CLOUD Act, FISA) nicht auf Kundendaten anwendbar sind — das ist das entscheidende Argument für Banken, die gegenüber der BaFin Datensouveränität nachweisen müssen.
- Gleiche AWS-Services: ESC bietet dieselben AWS-Core-Services wie reguläre AWS-Regionen — keine Einschränkungen beim Service-Portfolio.
Für Banken, die maximale Datensouveränität benötigen, ist ESC die Lösung, die den letzten verbliebenen Vorteil der Private Cloud eliminiert.
Der interne Business Case: Wie man Vorstand und Aufsichtsrat überzeugt
Der technische und wirtschaftliche Fall für den Wechsel zu AWS ist stark. Die eigentliche Herausforderung ist der interne Überzeugungsprozess — Vorstand und Aufsichtsrat haben in die bestehende Private Cloud investiert und stehen unter dem Druck, diese Investition zu rechtfertigen.
Ein überzeugender Business Case für den Hyperscaler-Wechsel folgt dieser Struktur:
- Vollständige TCO-Analyse (5–10 Jahre): Nicht nur Hardware und Personal, sondern alle versteckten Kosten: Opportunity Costs (gebundenes Kapital), Risikokosten (Ausfallwahrscheinlichkeit, regulatorische Bußgelder), Innovationskosten (fehlende KI-Fähigkeiten). Der AWS Migration Evaluator sammelt dafür zunächst den aktuellen Infrastruktur-Footprint und berechnet einen datenbasierten TCO-Vergleich.
- Regulatorische Risikoanalyse: DORA, BaFin-BAIT, EU AI Act — welche Anforderungen können on-premises nicht oder nur mit unverhältnismäßigem Aufwand erfüllt werden? AWS bietet für alle diese Regulierungen fertige Compliance-Frameworks und Audit-Nachweise. Das Risiko, regulatorische Anforderungen zu verfehlen, ist on-premises höher.
- Wettbewerbsanalyse: Welche direkten Wettbewerber (andere deutsche Banken, Neobanken) sind bereits auf AWS? Was können sie damit, was die eigene Bank nicht kann? Konkrete Beispiele von AWS-Kunden im Finanzsektor: Commerzbank, ING, Deutsche Börse, Allianz.
- Migrations-Roadmap mit Quick Wins: Kein Vorstand wird einem 5-Jahres-Big-Bang zustimmen. Der Business Case muss eine iterative Roadmap enthalten, die erste messbare Erfolge innerhalb von 6–12 Monaten verspricht (z. B. Kosteneinsparungen durch Migration von Entwicklungsumgebungen, schnellere Produkteinführungen durch Cloud-native DevOps).
- Exit-Strategie: Paradoxerweise stärkt eine klare Exit-Strategie den Business Case. Eine Well-designed AWS Landing Zone mit offenem Infrastructure-as-Code (Terraform) und containerisierten Anwendungen (Kubernetes) ermöglicht theoretisch jederzeit den Wechsel zu einem anderen Anbieter — das reduziert das Vendor-Lock-in-Argument.
Referenzen: Deutsche Finanzinstitute auf AWS
Der Wechsel von deutschen Banken zu AWS ist kein theoretisches Szenario — er findet statt:
- Commerzbank
- Commerzbank hat eine strategische Partnerschaft mit AWS geschlossen und migriert wesentliche Teile seiner IT-Infrastruktur in die AWS Cloud. Ziel: 80 % der Workloads bis 2028 in der Cloud. Treiber: Kosteneinsparungen und Innovationsfähigkeit durch AWS KI-Services.
- Deutsche Börse
- Deutsche Börse nutzt AWS für seine Kapitalmarkt-Infrastruktur und hat AWS als strategischen Cloud-Partner gewählt. Der Fokus liegt auf Echtzeit-Marktdatenverarbeitung und regulatorischem Reporting.
- ING Deutschland
- ING Deutschland war eine der ersten deutschen Direktbanken, die eine Cloud-First-Strategie verfolgte. Heute laufen wesentliche Banking-Kernprozesse auf AWS — inklusive der regulatorisch anspruchsvollen Kreditvergabe- und Compliance-Prozesse.
Häufig gestellte Fragen
- Was ist die AWS European Sovereign Cloud (ESC) und warum ist sie für Banken relevant?
- Die AWS European Sovereign Cloud ist eine eigenständige AWS-Infrastruktur ausschließlich in der EU, mit EU-Personal und ohne Zugriff durch US-Behörden. Sie adressiert das Datensouveränitäts-Argument, das Banken bisher für Private Cloud anführen.
- Warum sind die wahren Kosten einer Private Cloud oft unterschätzt?
- Unterschätzte Kostentreiber: Hardware-Refresh-Zyklen, Energie und Kühlung, dediziertes Infrastruktur-Personal, Compliance-Kosten und Opportunitätskosten durch fehlende Innovationsfähigkeit. Der vollständige TCO einer Private Cloud ist häufig 2–3x höher als angenommen.
- Wie baut man den internen Business Case für den Wechsel zu AWS auf?
- Der Business Case umfasst: vollständiger TCO-Vergleich (5 Jahre, alle versteckten Kosten), regulatorische Risikoanalyse (DORA, BAIT), Wettbewerbsanalyse, iterative Migrations-Roadmap mit Quick Wins und eine klare Exit-Strategie. Der AWS Migration Evaluator liefert die datenbasierte TCO-Grundlage.
Quellen
TCO-Analyse für Ihr Rechenzentrum?
Storm Reply erstellt mit dem AWS Migration Evaluator eine datenbasierte Gegenüberstellung Ihrer Private Cloud vs. AWS — als Grundlage für Ihren internen Business Case.
Kontakt aufnehmen