Ein Cloud-Bereitstellungsmodell beschreibt, wem die Cloud-Infrastruktur gehört, wer sie nutzen darf und wo sie läuft. NIST SP 800-145 definiert vier Modelle: Public, Private, Community und Hybrid Cloud. Multi-Cloud, also die Nutzung von zwei oder mehr Public-Cloud-Anbietern, wird meist als fünftes Modell ergänzt. Die meisten Unternehmen betreiben eine hybride Mischung und entscheiden pro Workload.
Das Wichtigste in Kürze
- Die Public Cloud ist geteilt, vom Anbieter betrieben und nutzungsabhängig abgerechnet; die Private Cloud ist einer einzigen Organisation vorbehalten; Hybrid kombiniert beide mit gemeinsamer Verwaltung und Datenbewegung.
- Die Community Cloud bedient eine Gruppe mit gemeinsamen Anforderungen, etwa Behörden. Multi-Cloud heißt mehrere Public-Cloud-Anbieter und ist nicht dasselbe wie Hybrid.
- Hybrid ist das häufigste Setup in Unternehmen: In Flexeras State-of-the-Cloud-Umfrage 2026 betrieben 73 % der Organisationen hybride Umgebungen.
- Bereitstellungsmodelle (wo es läuft) und Servicemodelle wie IaaS, PaaS und SaaS (was Sie bekommen) sind getrennte Entscheidungen.
- Entscheiden Sie pro Workload, anhand von Datensensibilität, Lastmuster, Integrationsbedarf und Kosten, und prüfen Sie die Entscheidung mindestens einmal im Jahr.
Was ist ein Cloud-Bereitstellungsmodell?
Ein Bereitstellungsmodell beantwortet drei Fragen: Wem gehört die Infrastruktur, wer darf sie nutzen und wo läuft sie physisch? Das ist eine andere Frage als beim Servicemodell. IaaS, PaaS und SaaS beschreiben, wie viel vom Stack der Anbieter verwaltet; das Bereitstellungsmodell beschreibt, wo und für wen es läuft. Sie können IaaS in einer Private Cloud betreiben oder SaaS einkaufen, das auf einer Public Cloud läuft. Unser Leitfaden zu den vier Arten von Cloud-Services behandelt die Servicemodelle.
Die Referenzdefinitionen stammen aus der NIST Special Publication 800-145, The NIST Definition of Cloud Computing. Sie sind kurz und weiterhin weit verbreitet (die Zitate hier sinngemäß aus dem englischen Original übersetzt):
- Private Cloud: „für die ausschließliche Nutzung durch eine einzelne Organisation mit mehreren Nutzern (z. B. Geschäftsbereichen) bereitgestellt“. Sie kann von der Organisation oder einem Dritten betrieben werden, vor Ort oder extern.
- Community Cloud: „für die ausschließliche Nutzung durch eine bestimmte Gemeinschaft von Nutzern aus Organisationen mit gemeinsamen Anliegen bereitgestellt“.
- Public Cloud: „für die offene Nutzung durch die Allgemeinheit bereitgestellt“, und sie „befindet sich auf dem Gelände des Cloud-Anbieters“.
- Hybrid Cloud: „eine Zusammensetzung aus zwei oder mehr getrennten Cloud-Infrastrukturen (privat, Community oder öffentlich), die eigenständige Einheiten bleiben, aber durch standardisierte oder proprietäre Technologie verbunden sind, die Daten- und Anwendungsportabilität ermöglicht“.
Cloud-Bereitstellungsmodelle im Vergleich
Die beiden Tabellen unten wirken wie ein Diagramm der Modelle: Die erste zeigt, wer jedes Modell besitzt, nutzt und betreibt, die zweite die Abwägungen.
| Modell | Wer besitzt und betreibt es | Wer nutzt es | Wo läuft es | Typische Beispiele |
|---|---|---|---|---|
| Public Cloud | Cloud-Anbieter | Jeder Kunde, logisch isoliert | Rechenzentren des Anbieters | Regionen von AWS, Microsoft Azure, Google Cloud |
| Private Cloud | Ihre Organisation oder ein Hosting-Partner | Nur eine Organisation | Ihr Rechenzentrum oder eine gehostete Einrichtung | VMware-, OpenStack- oder Nutanix-Umgebungen; Azure Local; AWS Outposts |
| Community Cloud | Mitglieder der Gemeinschaft oder ein Dritter | Organisationen mit gemeinsamen Anforderungen | Vor Ort oder extern | Behörden-Clouds wie AWS GovCloud (US) und Azure Government |
| Hybrid Cloud | Gemischt | Eine Organisation, über Umgebungen hinweg | Privat plus öffentlich, verbunden | VMware vor Ort plus AWS, verbunden über Direct Connect |
| Multi-Cloud | Zwei oder mehr Anbieter | Eine Organisation | Rechenzentren mehrerer Anbieter | Kernanwendungen auf AWS, Analytics auf Google Cloud |
| Public | Private | Hybrid | Multi-Cloud | |
|---|---|---|---|---|
| Anfangsinvestition | Keine | Hoch: Hardware und Räumlichkeiten | Mittel | Keine pro Anbieter |
| Skalierung | Schnell, bei Bedarf | Begrenzt durch eigene Kapazität | Lastspitzen in die Public Cloud auslagern | Schnell, pro Anbieter |
| Kontrolle über den Stack | Auf Anbietereinstellungen begrenzt | Vollständig | Geteilt | Begrenzt, pro Anbieter |
| Betriebliche Komplexität | Niedrig bis mittel | Mittel bis hoch | Hoch | Am höchsten |
| Abhängigkeit von einem Anbieter | Hoch | Niedrig (aber Hardwarehersteller) | Mittel | Geringer, systembedingt |
| Am besten für | Variable und Cloud-native Workloads | Strikte Isolation, konstant hohe Last, Altsysteme | Die meisten Unternehmen, schrittweise Migration | Gezielte Best-of-Breed- oder Abdeckungsanforderungen |
Public Cloud
In einer Public Cloud gehört die Hardware dem Anbieter, der sie auf viele Kunden aufteilt, die jeweils voneinander isoliert sind. Sie stellen Ressourcen selbst bereit und zahlen, was Sie nutzen. AWS, Microsoft Azure und Google Cloud sind die größten Public Clouds, und alle drei betreiben Regionen in Schweden und Indien.
Geeignet für: Workloads mit schwankender Last, neue Cloud-native Anwendungen, Entwicklungs- und Testumgebungen sowie Teams, die keine Hardware kaufen möchten.
Vorsicht bei: personenbezogenen Daten, auf die von außerhalb der EU oder Indiens zugegriffen werden kann (das braucht eine rechtliche Prüfung, nicht nur eine Regionswahl), und bei konstanten, dauerhaft laufenden Workloads, bei denen Sie die Cloud-Preise mit Commitment-Rabatten mit eigener Hardware vergleichen sollten.
Private Cloud
Eine Private Cloud ist einer einzigen Organisation vorbehalten. Sie kann im eigenen Rechenzentrum laufen oder von einem Partner gehostet werden. Zur Cloud statt zum Serverraum wird sie durch Self-Service, Ressourcen-Pooling und Automatisierung, meist über VMware, OpenStack, Nutanix oder Kubernetes-Plattformen wie Red Hat OpenShift.
Geeignet für: regulatorische oder vertragliche Anforderungen an physische Isolation, Altsysteme, die sich ohne Neuentwicklung nicht verlagern lassen, und konstant hoch ausgelastetes Compute, bei dem eigene Hardware gut beschäftigt bleibt.
Vorsicht bei: den Gesamtkosten. Strom, Kühlung, Hardware-Erneuerung, Lizenzen und die Mitarbeitenden, die Firmware patchen, gehören alle in den Vergleich. Private Umgebungen driften außerdem von Sicherheits-Baselines ab, wenn sie niemand aktiv pflegt.
Hybrid Cloud
Die Hybrid Cloud verbindet private Infrastruktur mit einer oder mehreren Public Clouds, sodass Workloads, Daten und Verwaltung über beide hinweg funktionieren. Entscheidend ist die Verbindung: Zwei getrennte Umgebungen ohne Gemeinsamkeiten sind keine Hybrid Cloud im Sinne von NIST.
Sie ist das häufigste Setup in Unternehmen. In Flexeras State-of-the-Cloud-Umfrage 2026 (veröffentlicht im März 2026) gaben 73 % der Organisationen an, hybride Umgebungen zu betreiben.
Welche Vorteile bietet das Hybrid-Modell?
- Schrittweise Migration: Systeme einzeln verlagern statt in einer riskanten Umstellung.
- Platzierung nach Sensibilität: regulierte Daten auf privater Infrastruktur halten, während kundennahe Services in der Public Cloud skalieren.
- Zusätzliche Kapazität bei Lastspitzen: die Grundlast vor Ort betreiben und für saisonale Spitzen Public-Cloud-Kapazität ergänzen.
- Disaster Recovery: eine Public-Cloud-Region als Wiederherstellungsstandort für lokale Systeme nutzen.
Der Preis ist Komplexität. Private Anbindungen wie AWS Direct Connect oder Azure ExpressRoute werden zu kritischen Pfaden, die überwacht werden müssen. Firewall-Regeln, Security Groups und Network Security Groups beschreiben dieselbe Absicht in verschiedenen Sprachen, verwalten Sie sie deshalb als Code. Ohne eine gemeinsame Monitoring-Sicht werden Vorfälle über mehrere Konsolen hinweg gejagt. Mehr dazu unter Was ist eine Hybrid Cloud? und in unseren Private- und Hybrid-Cloud-Services.
Multi-Cloud
Multi-Cloud bedeutet, zwei oder mehr Public-Cloud-Anbieter zu nutzen. Das ist nicht dasselbe wie Hybrid. AWS plus Azure ist Multi-Cloud; AWS plus ein VMware-Cluster vor Ort ist Hybrid; beides zusammen ist hybride Multi-Cloud.
Vieles an Multi-Cloud entsteht zufällig: Ein Team wählte AWS, das Datenteam Google Cloud wegen BigQuery, und eine Übernahme brachte Azure mit. Bewusste Gründe sind Best-of-Breed-Services, regionale Abdeckung und weniger Abhängigkeit von einem Lieferanten. Jeder zusätzliche Anbieter bringt ein anderes Identitätsmodell, ein anderes Abrechnungsformat und andere Skills mit, fügen Sie also nur einen hinzu, wenn Sie den Nutzen benennen können. Mehr dazu unter Lohnt sich Multi-Cloud?
Community Cloud
Eine Community Cloud teilen sich Organisationen mit gemeinsamen Anforderungen, etwa Sicherheitsvorgaben oder einem öffentlichen Auftrag. Behörden-Clouds sind das klarste Beispiel, darunter AWS GovCloud (US) und Azure Government in den USA. In Europa taucht das Modell auch in gemeinsamen Plattformen für Behörden und Forschungsnetzwerke auf.
Azure-Bereitstellungsmodelle: Public, Private und Hybrid bei Microsoft
Viele suchen in Azure-Begriffen danach, deshalb hier die Zuordnung der Microsoft-Produkte zu den Modellen.
- Azure Public Cloud: die Azure-Regionen selbst, etwa Sweden Central oder Central India, von allen Azure-Kunden gemeinsam genutzt.
- Private Cloud auf Azure-Technologie: Azure Local erweitert Azure-Funktionen auf Hardware an Ihren eigenen Standorten, auch an Standorten, die Daten aus Souveränitäts- oder Regulierungsgründen lokal halten müssen.
- Hybrid: Azure Arc stellt Server, Kubernetes-Cluster und Datenbanken außerhalb von Azure, vor Ort oder in anderen Clouds, unter Azure-Verwaltung. Azure Local nutzt Arc als Control Plane.
- Community: Azure Government für Kunden des öffentlichen Sektors in den USA.
Ist Azure also Private oder Public Cloud? Azure ist eine Public Cloud, doch Microsoft verkauft die Werkzeuge, um sie in private und hybride Setups zu erweitern. Dasselbe gilt für AWS mit AWS Outposts; siehe Ist AWS eine Private oder eine Public Cloud?
So wählen Sie ein Cloud-Bereitstellungsmodell
Treffen Sie die Entscheidung pro Workload und lassen Sie das Gesamtbild daraus entstehen.
- Jeden Workload einordnen. Welche Daten hält er (personenbezogene, finanzielle, Gesundheitsdaten)? Ist die Last konstant oder sprunghaft? Hängt er von lokalen Systemen ab? Braucht er Spezialhardware wie GPUs?
- Randbedingungen abbilden. Listen Sie geltende Regeln (DSGVO, NIS2, Indiens DPDP Act, Branchenaufsicht), vorhandene Hardware mit Restnutzungsdauer, Verträge und Team-Skills auf.
- Pro Workload ein Modell wählen. Landet alles in der Public Cloud, sind Sie rein öffentlich. Bleibt einiges privat, sind Sie hybrid. Sind mehrere Public-Cloud-Anbieter beteiligt, sind Sie Multi-Cloud.
- Jährlich prüfen. Preise, Vorschriften und Workloads ändern sich. Legen Sie die Prüfung auf Vertragsverlängerungen und Audits.
Beispiel: vom einzelnen Rechenzentrum zur Multi-AZ-Public-Cloud
ET Network betrieb seine digitalen Services aus einem einzigen Rechenzentrum, mit begrenzter Redundanz für einen wachsenden Kundenstamm. Opsio entwarf und baute eine Cloud-native Architektur auf AWS über mehrere Availability Zones, mit automatisierter Bereitstellung, containerisierten Workloads und Sicherheitskontrollen, und arbeitete von der Architektur bis zu Bereitstellung und Tests mit dem Team von ET Network zusammen. Lesen Sie die Fallstudie zu ET Network.
Wie Opsio Ihnen hilft
Opsio mit Standorten in Karlstad und Bangalore hilft Organisationen zu entscheiden, welche Workloads in Public-, Private- oder Hybrid-Umgebungen gehören, migriert sie anschließend und betreibt sie rund um die Uhr über unsere Managed Cloud Services.
Häufig gestellte Fragen
Welche vier Cloud-Bereitstellungsmodelle gibt es?
NIST SP 800-145 definiert Public, Private, Community und Hybrid Cloud. Multi-Cloud, die Nutzung von zwei oder mehr Public-Cloud-Anbietern, wird in der Praxis oft als fünftes Modell behandelt.
Welches Cloud-Bereitstellungsmodell ist am verbreitetsten?
Die Hybrid Cloud. In Flexeras State-of-the-Cloud-Umfrage 2026 betrieben 73 % der Organisationen hybride Umgebungen, die Public und Private Clouds kombinieren.
Worin unterscheiden sich Azure Public Cloud und Azure Private Cloud?
Die Azure Public Cloud läuft in Microsofts gemeinsam genutzten Regionen. Eine Private Cloud auf Azure-Technologie, etwa Azure Local, läuft auf Hardware an Ihren eigenen Standorten, bedient nur Ihre Organisation und wird über Azure Arc verwaltet.
Sind Hybrid Cloud und Multi-Cloud dasselbe?
Nein. Hybrid kombiniert private und öffentliche Infrastruktur. Multi-Cloud kombiniert zwei oder mehr Public-Cloud-Anbieter. Eine Organisation kann beides gleichzeitig sein.
Ist Hybrid Cloud günstiger als Private Cloud?
Das hängt vom Workload ab. Hybrid kostet bei schwankender Last meist weniger, weil Sie private Hardware nicht für die Spitze dimensionieren. Bei konstanten, hoch ausgelasteten Workloads kann private Infrastruktur pro Recheneinheit günstiger sein. Rechnen Sie beides für Ihre tatsächlichen Workloads durch.
Verfasst von

Country Manager, Schweden
Johan leitet die Schweden-Operationen von Opsio und treibt KI-Adoption, DevOps-Transformation, Sicherheitsstrategie und Cloud-Lösungen für nordische Unternehmen voran. Mit über 12 Jahren Erfahrung in der Cloud-Infrastruktur hat er mehr als 200 Projekte auf AWS, Azure und GCP geliefert — mit Schwerpunkt auf Well-Architected-Reviews, Landing-Zone-Design und Multi-Cloud-Strategie.
Redaktionelle Standards: Dieser Artikel wurde von der oben genannten Cloud-Fachperson verfasst. Wir überarbeiten ihn, wenn sich die behandelte Technologie oder Regulierung ändert; die Daten auf dieser Seite zeigen die letzte Aktualisierung. Opsio ist redaktionell unabhängig.