Cloud Computing#
Cloud Computing bezeichnet die bedarfsgerechte Bereitstellung von IT-Ressourcen (Server, Speicher, Software) über das Internet, ohne dass eigene Hardware betrieben werden muss.
1. Service-Modelle (Was wird bereitgestellt?)#
flowchart TD
S["SaaS — Fertige Anwendung<br/>Nutzer klickt nur<br/>z.B. Microsoft 365, Google Workspace"]
P["PaaS — Entwicklungsumgebung<br/>Entwickler baut App<br/>z.B. Google App Engine, Heroku"]
I["IaaS — Infrastruktur<br/>Admin verwaltet Server/Netz<br/>z.B. AWS EC2, Azure VMs, Hetzner Cloud"]
S --> P --> IVon SaaS zu IaaS steigt der eigene Verwaltungsaufwand: bei SaaS verwaltet der Anbieter fast alles, bei IaaS übernimmt der Kunde deutlich mehr Eigenverantwortung.
IaaS — Infrastructure as a Service#
| Detail | |
|---|---|
| Was | Virtuelle Maschinen, Speicher, Netzwerk |
| Verwaltet Kunde | OS, Laufzeiten, Anwendungen, Daten |
| Verwaltet Anbieter | Physische Hardware, Rechenzentrum |
| Beispiele | AWS EC2, Microsoft Azure VMs, Google Compute Engine |
| Zielgruppe | Systemadministratoren |
PaaS — Platform as a Service#
| Detail | |
|---|---|
| Was | Entwicklungsplattform mit Runtime, Datenbank, Tools |
| Verwaltet Kunde | Anwendungscode, Daten |
| Verwaltet Anbieter | OS, Runtime, Middleware, Hardware |
| Beispiele | Google App Engine, Heroku, Azure App Service |
| Zielgruppe | Softwareentwickler |
SaaS — Software as a Service#
| Detail | |
|---|---|
| Was | Fertige Software über Browser/App |
| Verwaltet Kunde | Nur eigene Daten und Einstellungen |
| Verwaltet Anbieter | Alles (Software, OS, Hardware) |
| Beispiele | Microsoft 365, Google Workspace, Salesforce, Zoom |
| Zielgruppe | Endanwender |
2. Deployment-Modelle (Wo liegt die Cloud?)#
| Modell | Beschreibung | Vorteile | Nachteile |
|---|---|---|---|
| Public Cloud | Ressourcen beim externen Anbieter (AWS, Azure, Google) | Skalierbar, keine eigene Infrastruktur | Datenschutz (Daten beim Anbieter), Abhängigkeit |
| Private Cloud | Cloud-Infrastruktur im eigenen Rechenzentrum | Volle Kontrolle, Datenschutz | Hohe Kosten, eigener Betrieb |
| Hybrid Cloud | Mix aus Public und Private Cloud | Flexibel, sensible Daten bleiben intern | Komplex zu verwalten |
| Multi Cloud | Nutzung mehrerer Public-Cloud-Anbieter | Kein Vendor Lock-in | Sehr komplex |
3. Vergleich: Eigenes Rechenzentrum vs. Cloud#
| Kriterium | On-Premises (eigenes RZ) | Cloud |
|---|---|---|
| Investitionskosten (CAPEX) | Hoch (Hardware kaufen) | Gering (kein Kauf) |
| Betriebskosten (OPEX) | Strom, Personal, Wartung | Nutzungsabhängige Gebühren |
| Skalierbarkeit | Begrenzt, teuer | Schnell und flexibel |
| Datenschutz/Kontrolle | Volle Kontrolle | Abhängig vom Anbieter |
| Verfügbarkeit | Von eigener Infrastruktur abhängig | SLAs mit Verfügbarkeitsgarantie |
4. Typische Cloud-Dienste im IT-Umfeld#
| Kategorie | Beispiele |
|---|---|
| Compute | AWS EC2, Azure VM, Google Compute Engine |
| Storage | AWS S3, Azure Blob Storage, Google Cloud Storage |
| Datenbanken | AWS RDS, Azure SQL, Google Cloud SQL |
| Backup | Azure Backup, AWS Backup |
| Netzwerk | AWS VPC, Azure Virtual Network |
| Office | Microsoft 365, Google Workspace |
5. Vor- und Nachteile von Cloud Computing#
| Vorteile | Nachteile |
|---|---|
| Schnelle Bereitstellung | Datenschutz (DSGVO-Probleme bei US-Anbietern) |
| Kostentransparenz (Pay-per-Use) | Abhängigkeit vom Anbieter (Vendor Lock-in) |
| Skalierbarkeit | Internetverbindung notwendig |
| Hochverfügbarkeit durch Anbieter | Langfristig ggf. teurer als On-Premises |
| Kein Hardware-Kauf nötig | Eingeschränkte Kontrolle |
6. DSGVO & Cloud#
Bei Cloud-Diensten in der EU ist auf die DSGVO-Konformität zu achten:
- Daten dürfen nur in der EU oder in Ländern mit angemessenem Datenschutzniveau gespeichert werden
- Auftragsverarbeitungsvertrag (AVV) mit dem Cloud-Anbieter erforderlich
- US-Anbieter (AWS, Azure, Google): EU-Rechenzentren möglich, aber kritisch zu prüfen
Wichtige Hinweise für die Prüfung#
- IaaS = Infrastruktur (VMs, Netz, Speicher) — Kunde verwaltet OS + App
- PaaS = Plattform (Runtime, Tools) — Kunde verwaltet nur App-Code
- SaaS = Software (fertige App) — Kunde verwaltet nur Daten
- Public = externer Anbieter, Private = eigenes RZ, Hybrid = beides
- Cloud-Kosten: OPEX statt CAPEX (laufende Betriebskosten statt Investition)
Prüfungsbeispiele#
„Ein Unternehmen möchte eine Webanwendung entwickeln, sich aber nicht um Betriebssystem, Runtime oder Server kümmern. Welches Servicemodell passt?"
→ PaaS — der Anbieter verwaltet OS, Runtime und Hardware, das Unternehmen kümmert sich nur um den Anwendungscode.
„Nenne den Hauptunterschied zwischen Public Cloud und Private Cloud in Bezug auf Datenschutz."
→ Private Cloud: volle Kontrolle über die Daten, da die Infrastruktur im eigenen Rechenzentrum liegt. Public Cloud: Daten liegen beim externen Anbieter, DSGVO-Konformität (Speicherort, AVV) muss geprüft werden.
„Warum spricht man bei Cloud-Kosten von OPEX statt CAPEX?"
→ Weil keine Hardware gekauft wird (Investition/CAPEX), sondern laufende, nutzungsabhängige Betriebskosten (OPEX) anfallen — pay-per-use statt Anschaffung.
Quiz#
❓ Ein Unternehmen will nur Anwendungscode entwickeln, ohne sich um Betriebssystem, Runtime oder Server zu kümmern. Welches Servicemodell passt?
❓ Welche Aussagen zu Cloud-Kosten (OPEX statt CAPEX) treffen zu?
❓ Was beschreibt eine Hybrid Cloud am besten?
❓ Was ist bei Cloud-Diensten in der EU aus Datenschutzsicht zwingend erforderlich?
Siehe auch#
- hypervisor — Hypervisoren als technische Grundlage von Cloud-Infrastrukturen
- container — Container als Baustein moderner Cloud-Architekturen
- san nas — Speicheranbindung in Cloud-Umgebungen
- backup strategien — Backup in der Cloud