Cloud Computing als Megatrend
Vor 15 Jahren stand in jeder Firma ein eigener Server-Raum, das war Normalität. Heute ist die Frage nicht mehr ob, sondern wieviel Cloud – und in welcher Form. Cloud Computing hat sich in dieser Zeit vom Nischen-Konzept der Internet-Riesen zum unbestrittenen Megatrend der gesamten IT-Industrie entwickelt: 2024 lag der weltweite Public-Cloud-Markt bei über 600 Mrd. USD mit jährlichen Wachstumsraten von 20-25 %. Die drei großen Hyperscaler AWS, Microsoft Azure und Google Cloud bauen Rechenzentren in atemberaubendem Tempo. Diese Lektion erklärt dir Cloud nicht als Tech-Detail, sondern als strategischen Trend: Was sind die drei Service-Modelle (IaaS, PaaS, SaaS)? Welche Deployment-Modelle (Public, Private, Hybrid, Multi-Cloud)? Welche wirtschaftlichen Hebel (CapEx → OpEx, Skalierung, Time-to-Market)? Wie unterscheiden sich die Hyperscaler? Welche Risiken (Lock-In, DSGVO, Souveränität) müssen bedacht werden? Die tiefere technische Behandlung findest du in K31 Cloud Computing – hier geht's um die Trend-Perspektive.
1) Was ist Cloud Computing – Definition
Das NIST (US-Standardisierungs-Behörde) definiert Cloud Computing mit fünf wesentlichen Merkmalen:
| Merkmal | Bedeutung |
|---|---|
| On-Demand Self-Service | Kunde provisioniert Ressourcen selbst, ohne Anbieter-Interaktion |
| Broad Network Access | Zugriff von überall, über Standard-Protokolle (HTTPS, API) |
| Resource Pooling | Anbieter teilt Ressourcen unter vielen Kunden (Multi-Tenant) |
| Rapid Elasticity | Hoch- und runter-skalieren in Minuten |
| Measured Service | Verbrauchs-Abrechnung pro Stunde, GB, Anfrage |
Wenn ein „Cloud"-Angebot eines dieser Merkmale nicht erfüllt, ist es kein echtes Cloud Computing – sondern eher klassisches Hosting im neuen Anstrich.
2) Die drei Service-Modelle: IaaS, PaaS, SaaS
Klick die Ebenen für Details, Beispiele und Verantwortlichkeiten:
3) Deployment-Modelle
| Modell | Beschreibung | Typische Anwendung |
|---|---|---|
| Public Cloud | Anbieter stellt Ressourcen für viele Kunden bereit (multi-tenant) | Startups, schnell skalierende Workloads, generelle Geschäfts-IT |
| Private Cloud | Dedizierte Cloud-Infrastruktur für einen Kunden (im eigenen RZ oder gehostet) | Banken, Behörden, sensible Daten |
| Hybrid Cloud | Mischung aus Public und Private mit definierten Übergängen | Klassischer Mittelstand: Stammsysteme privat, Bursts public |
| Multi-Cloud | Mehrere Public-Cloud-Anbieter parallel | Risiko-Diversifikation, regions-spezifische Anbieter |
| Community Cloud | Gemeinsame Cloud mehrerer Organisationen mit ähnlichen Anforderungen | Behörden-Cloud, Forschungs-Verbünde |
| Sovereign Cloud | Souveräne Cloud unter nationaler/europäischer Kontrolle | EU-Initiativen: Gaia-X, T-Systems, OVH, IONOS |
Tiefer in den Modellen: Cloud-Modelle im Detail.
4) Die drei großen Hyperscaler
| Kriterium | AWS | Microsoft Azure | Google Cloud (GCP) |
|---|---|---|---|
| Marktanteil 2024 | ~31 % | ~25 % | ~11 % |
| Start | 2006 (Pionier) | 2010 | 2008/2011 |
| Stärken | Breite Service-Palette, reife Doku | Office-/Windows-Integration, Enterprise-Vertrieb | Daten/KI/ML, Kubernetes-Heimat |
| Klassische Zielkunden | Tech-Startups, breites Mittelfeld | Bestands-Microsoft-Kunden, Großunternehmen | Daten-getriebene Firmen, KI-Schwerpunkt |
| Regionen weltweit | ~35 (2025) | ~60+ | ~40 |
| EU-Regionen DE | Frankfurt | Frankfurt + Berlin/Brandenburg | Frankfurt + Berlin |
| Preis-Niveau | mittel-hoch | mittel | oft günstiger |
| Compute-Service | EC2 | Virtual Machines | Compute Engine |
| Object Storage | S3 | Blob Storage | Cloud Storage |
| Datenbank | RDS, DynamoDB | SQL Database, Cosmos DB | Cloud SQL, BigQuery |
5) Wirtschaftliche Hebel
Cloud verändert nicht nur die Technik, sondern auch die Geschäftslogik:
✅ Cloud-Vorteile
- CapEx → OpEx: kein großer Hardware-Kauf, sondern laufende Betriebskosten
- Elastizität: hoch- und runter-skalieren binnen Minuten
- Time-to-Market: neue Anwendung in Tagen statt Monaten
- Globale Reichweite: Datenzentren weltweit verfügbar
- Innovation: Zugriff auf neueste Services (KI, Big Data, Serverless)
- Wartungs-Reduktion: Anbieter pflegt Infrastruktur
- Disaster Recovery: Multi-Region einfach umsetzbar
❌ Cloud-Risiken
- Vendor Lock-In: Wechsel schwierig nach Jahren
- Kosten-Kontrolle: ohne Disziplin schnell teurer als On-Prem
- Daten-Souveränität: Daten unterliegen US-Recht (CLOUD Act)
- Internet-Abhängigkeit: ohne Netz keine Cloud
- Skill-Mangel: Cloud-Architekten sind teuer und rar
- Compliance: DSGVO, Branchen-Vorgaben prüfen
- Latenz: bei zeitkritischen Anwendungen (z. B. Industrie-Steuerung)
6) Trend-Entwicklung 2010 → heute
7) Cloud-Migrations-Strategien
Wer von On-Prem in die Cloud will, hat verschiedene Wege (auch „6 R" genannt):
| Strategie | Aufwand | Cloud-Nutzen | Wann sinnvoll |
|---|---|---|---|
| Rehost (Lift & Shift) | niedrig | niedrig | Schnelle RZ-Migration, später optimieren |
| Replatform (Lift & Reshape) | mittel | mittel | OS-Wechsel, DB-Migration auf managed service |
| Repurchase | mittel | hoch | Wechsel zu SaaS (z. B. SAP → S/4HANA Cloud) |
| Refactor / Rearchitect | hoch | sehr hoch | Cloud-native Neugestaltung mit Microservices |
| Retain | — | — | Bewusst On-Prem bleiben (Compliance, Performance) |
| Retire | — | — | Anwendung abschalten, nicht migrieren |
8) Antipatterns & Risiken
- Cloud um der Cloud willen. Migration ohne Business-Case. Lösung: Total-Cost-Vergleich, klare Ziele.
- 1:1-Migration ohne Optimierung. 100 VMs werden in 100 EC2-Instances, niemand nutzt Auto-Scaling oder managed Services. Kosten höher, Nutzen gleich.
- Kosten explodieren. Entwickler lassen Test-Umgebungen laufen, niemand schaut auf Bills. Lösung: Cost-Tagging, Budget-Alerts, FinOps-Praxis.
- Vendor Lock-In ignoriert. Komplett auf AWS-spezifische Services (DynamoDB, Lambda) – Wechsel später quasi unmöglich.
- DSGVO-Verstöße. Sensible Daten in US-Regionen, ohne Standardvertragsklauseln oder Verschlüsselung. Lösung: EU-Regionen, Zusatz-Verschlüsselung, Privacy-by-Design.
- Multi-Cloud aus Prinzip. Verdoppelt Komplexität und Skill-Bedarf, ohne klaren Nutzen. Lösung: Multi-Cloud nur bei echten Anforderungen.
- Sicherheit als Anbieter-Sache betrachten. Shared Responsibility Model ignoriert – Kunde verantwortlich für Konfiguration, Identity, Daten.
- Schatten-IT-Cloud. Marketing kauft eigenes Salesforce, HR kauft Workday – IT erfährt davon erst, wenn's Probleme gibt. Lösung: Cloud-Governance.
- Backup vergessen. „Die Cloud macht doch Backup für mich" – falsch! Daten-Verlust durch Lösch-Klick oder Ransomware bleibt Kunden-Risiko.
- Latenz ignoriert. Echtzeit-Anwendungen wie Produktions-Steuerung gehören eher an die Edge, nicht in entfernte Cloud-Regionen.
Zusammenfassung
Cloud Computing ist der dominierende IT-Trend seit 15 Jahren: weltweit über 600 Mrd. USD Public-Cloud-Markt, Wachstum 20-25 % p.a. Drei Service-Modelle: IaaS (Server/Storage/Netz, viel Kunden-Verantwortung), PaaS (Plattform, mittlere Verantwortung), SaaS (fertige Anwendung, wenig Verantwortung). Deployment-Varianten: Public, Private, Hybrid, Multi-Cloud, Sovereign. Drei große Hyperscaler dominieren: AWS (Pionier, breit), Azure (Microsoft-Welt), Google Cloud (Daten/KI). Wirtschaftliche Hebel sind CapEx→OpEx, Elastizität, Time-to-Market – wichtigste Risiken sind Lock-In, Kosten-Drift, DSGVO/CLOUD Act, Skill-Mangel. Migrations-Strategien folgen den „6 R" (Rehost, Replatform, Repurchase, Refactor, Retain, Retire).
Verwandte Lektionen: Cloud-Grundbegriffe (K31) · Digitalisierung · Edge & 5G · und mehrWeitere relevante LektionenCloud-Modelle DetailCloud-AnbieterShared ResponsibilityCloud-MigrationKI & MLIT-Sicherheit-Trend