The Tool Desk
Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Some links on this page are affiliate links: if you buy through them we may earn a commission, at no extra cost to you.
Cloud Computing stellt IT-Ressourcen wie Rechenleistung, Speicher, Netzwerke und Anwendungen über ein Netzwerk als Dienste bereit. Die maßgebliche NIST-Definition nennt fünf essentielle Merkmale, nicht zehn. Dieser Artikel ergänzt diese fünf Kernmerkmale um fünf wichtige Eigenschaften des Cloud-Betriebs – und kennzeichnet den Unterschied ausdrücklich.
Was ist Cloud Computing?
Cloud Computing ist ein Bereitstellungs- und Betriebsmodell: Nutzer greifen über ein Netzwerk auf einen gemeinsamen Pool konfigurierbarer Ressourcen zu, die sich schnell bereitstellen und wieder freigeben lassen. Dazu gehören etwa virtuelle Maschinen, Speicher, Datenbanken, Netzwerke, Plattformen und Anwendungen. Entscheidend ist also nicht allein, dass ein Server außerhalb des eigenen Büros steht. Wichtig ist, wie Ressourcen bereitgestellt, geteilt, skaliert und gemessen werden. Die NIST-Definition bildet hierfür eine verbreitete Referenz.
Nicht jedes externe Hosting-Angebot ist deshalb automatisch Cloud Computing: Ein klassischer, manuell verwalteter Server kann ausgelagert sein, ohne Selbstbedienung, dynamisches Ressourcen-Pooling oder schnelle Elastizität zu bieten. Umgekehrt kann eine Cloud-Umgebung auch privat betrieben werden. Virtualisierung ist eine wichtige technische Grundlage, aber eine virtualisierte Umgebung allein erfüllt noch nicht zwangsläufig die Cloud-Merkmale.
Die fünf essentiellen Cloud-Merkmale nach NIST
Die ersten fünf Merkmale in dieser Liste entsprechen dem NIST-Kern. Die folgenden fünf sind sinnvolle Praxisergänzungen, aber keine zusätzlichen offiziellen NIST-Kriterien.
#1 Best Overall
-
Bedarfsgesteuerte Selbstbereitstellung
Nutzer können Ressourcen wie Serverzeit, Speicher oder Datenbanken selbstständig anfordern und bereitstellen, in der Regel ohne für jeden Schritt manuell mit dem Anbieter zu verhandeln. Das kann über ein Webportal, eine Kommandozeile, eine API oder eine automatisierte Bereitstellungspipeline geschehen.
Beispiel: Ein Entwickler legt im Portal eine Datenbank an oder startet eine virtuelle Maschine, statt erst einen Hardware-Beschaffungsprozess abzuwarten. Das beschleunigt Bereitstellung und Tests und macht Abläufe leichter reproduzierbar.
Grenze: Selbstbedienung bedeutet nicht, dass jeder alles darf. Berechtigungen, Quoten, Freigaben, zulässige Regionen und Compliance-Regeln können die verfügbaren Optionen einschränken.
PerformancePC Slower Than It Used to Be?DriversOutdated Drivers Are Slowing You DownPerformanceWindows Errors? Fix Them Before They SpreadSpecial offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy. -
Breiter Netzwerkzugriff
Cloud-Dienste werden über Netzwerke und standardisierte Zugriffsmechanismen angeboten. Je nach Dienst greifen Nutzer oder Systeme über Browser, mobile Apps, Workstations, APIs oder andere Clients zu. Ein Unternehmen kann den Zugang dabei auf private Verbindungen, VPN oder bestimmte Netzwerke beschränken.
Wichtig: „Über das Netzwerk erreichbar“ heißt nicht „öffentlich und ungeschützt erreichbar“. Identitäts- und Zugriffsverwaltung, Netzwerksegmentierung, Verschlüsselung, Firewalls und private Endpunkte können den Zugriff absichern. Zugleich bleiben Internetverbindung, Bandbreite und Latenz wichtige Abhängigkeiten.
-
Ressourcen-Pooling und Mandantenfähigkeit
Der Anbieter bündelt physische und virtuelle Ressourcen und teilt sie dynamisch mehreren Kunden zu. Diese gemeinsame Nutzung – Resource Pooling – kann Rechenleistung, Speicher, Arbeitsspeicher, Netzwerkbandbreite und Plattformkapazität umfassen. Der Kunde muss den konkreten physischen Standort oft nicht kennen; Region, Datenresidenz und Latenz können trotzdem relevant sein.
Mehrere Kunden können auf derselben Anbieterinfrastruktur arbeiten, ohne dadurch automatisch Zugriff auf die Daten der anderen zu erhalten. Die Mandanten werden logisch voneinander getrennt. Anforderungen an Isolation, Datenschutz oder Compliance können dennoch dedizierte Hosts, besondere Verschlüsselung oder eine Private-Cloud-Architektur erfordern.
Recommended Free Tools
Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy. -
Schnelle Elastizität
Kapazität lässt sich bei Bedarf schnell erhöhen und wieder reduzieren. Scale-up beziehungsweise scale-down verändert die Leistung einer einzelnen Instanz; scale-out beziehungsweise scale-in fügt Instanzen hinzu oder entfernt sie. Elastizität bezeichnet die dynamische Anpassung an wechselnde Nachfrage, möglichst automatisiert.
Beispiel: Bei einem Besucheransturm können zusätzliche Webserver zugeschaltet und nach dem Spitzenbedarf wieder abgeschaltet werden. Auch Container-Dienste oder Funktionen, die erst bei einem Aufruf starten, können elastisch arbeiten.
Elastisch heißt nicht unbegrenzt. Servicequoten, regionale Kapazität, Datenbanklimits, Startzeiten, Lizenzen und Kostenlimits können die Skalierung begrenzen. Außerdem muss die Anwendung für die gewünschte Art der Skalierung ausgelegt sein; eine zustandsbehaftete Anwendung lässt sich nicht automatisch beliebig auf weitere Instanzen verteilen.
-
Messbarer Service und nutzungsabhängige Abrechnung
Cloud-Systeme messen und überwachen die Nutzung, beispielsweise Rechenzeit, Speicherbelegung, Datenübertragung, API-Aufrufe oder aktive Nutzer. Die Messung unterstützt Abrechnung, Steuerung, Reporting und Kapazitätsplanung. Häufig können Kosten anhand von Projekten, Teams oder Tags zugeordnet werden.
Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.Die Abrechnungsbasis unterscheidet sich je nach Dienst: Sie kann etwa Laufzeit, gespeicherten Datenumfang, Transaktionen oder ausgehenden Netzwerkverkehr umfassen. Nicht jeder Dienst wird ausschließlich pro Nutzung abgerechnet; es gibt auch Pauschalen, Mindestgebühren, Reservierungen und längerfristige Verpflichtungen. AWS beschreibt etwa Pay-as-you-go- und weitere Preismodelle.
Kostenfalle: Nutzungsabhängige Preise sind nicht automatisch günstiger. Dauerhaft laufende Testsysteme, ungenutzte Datenträger, Snapshots, Backups, Logs und ausgehender Datenverkehr können die Rechnung erhöhen. Budgets, Benachrichtigungen und regelmäßige Kostenprüfungen helfen, Überraschungen zu vermeiden.
Fünf ergänzende Praxismerkmale
-
Virtualisierung und Abstraktion der Infrastruktur
In der Cloud arbeiten Nutzer meist mit einer Abstraktion der physischen Hardware. Sie mieten zum Beispiel eine virtuelle Maschine, verwenden Container oder beziehen eine verwaltete Datenbank, statt einen bestimmten physischen Server selbst zu betreiben. NIST nennt Virtualisierung, leistungsfähige Server und schnelle Netzwerke als wichtige technische Grundlagen des Cloud Computing (NIST Cloud Computing Program).
Je höher die Abstraktion, desto weniger Infrastruktur muss der Kunde selbst warten. Dafür hat er möglicherweise weniger Kontrolle über Hardware, Betriebssystem, Wartungsfenster, Netzwerkdetails oder Versionswechsel. Virtualisierung unterstützt Cloud-Dienste, ist aber nicht mit dem gesamten Cloud-Betriebsmodell gleichzusetzen.
Do these 3 things before closing this tab:
1Fix the driver behind crashes, sound loss and screen glitches2Clear out junk files and repair common Windows errors3Scan for outdated or missing drivers - takes under a minuteSpecial offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy. -
Automatisierung und API-Steuerung
Viele Cloud-Ressourcen lassen sich nicht nur per Webportal, sondern auch über APIs, Kommandozeilenwerkzeuge und Software Development Kits verwalten. Infrastructure-as-Code-Werkzeuge können Infrastruktur als versionierte Konfiguration beschreiben. So lassen sich Umgebungen reproduzierbar aufbauen, Änderungen prüfen und Bereitstellung, Backups oder Skalierung automatisieren.
Das ist ein wichtiges Praxismerkmal, aber kein eigenständiges essentielles NIST-Kriterium. Automatisierung kann zudem Fehler vervielfachen: Eine falsch konfigurierte Vorlage kann unsichere Regeln setzen oder unerwartet viele Ressourcen erzeugen. Reviews, Versionierung, minimale Berechtigungen und Kostenkontrollen gehören deshalb dazu.
-
Verfügbarkeit und geografische Redundanz als mögliche Architekturbausteine
Cloud-Anbieter können Dienste über mehrere Rechenzentren, Verfügbarkeitszonen oder Regionen bereitstellen. Das eröffnet Möglichkeiten für Redundanz und Wiederherstellung, garantiert sie aber nicht automatisch. Eine einzelne virtuelle Maschine bleibt beispielsweise ein einzelner Ausfallpunkt, wenn die Architektur keine Ersatzinstanz oder Wiederherstellung vorsieht.
Hochverfügbarkeit und Disaster Recovery sind unterschiedliche Ziele: Hochverfügbarkeit soll Unterbrechungen im laufenden Betrieb begrenzen; Disaster Recovery beschreibt die Wiederherstellung nach einem größeren Ausfall. Beide erfordern Planung, geeignete Replikation, Backups und Tests. Zonen- oder regionsübergreifende Übertragung kann Kosten verursachen; Replikation kann verzögert sein, und nicht jeder Dienst ist in jeder Region verfügbar. Datenresidenz kann die Auswahl zusätzlich einschränken.
Free tools Windows power users keep installed
One-click scans. No signup required.
Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy. -
Standardisierte, kombinierbare Servicebausteine
Cloud-Plattformen bieten oft Dienste für Rechenleistung, Speicher, Datenbanken, Netzwerke, Messaging, Identität, Monitoring, Analytics und Machine Learning. Teams können diese Bausteine über Schnittstellen kombinieren und so Funktionen nutzen, ohne jede Infrastrukturkomponente selbst zu betreiben.
Best Value
Das kann Entwicklung und Prototyping beschleunigen, bringt aber nicht automatisch Einfachheit. Viele Dienste bedeuten mehr Architekturentscheidungen, verschiedene Abrechnungsmodelle und zusätzliche Konfiguration. Proprietäre Schnittstellen können außerdem den Wechsel zu einem anderen Anbieter erschweren. Die Cloud verschiebt Komplexität häufig von der Hardwarewartung hin zu Architektur, Berechtigungen, Governance und Kostenkontrolle.
-
Geteilte Verantwortung für Sicherheit und Betrieb
In der Cloud teilen sich Anbieter und Kunde die Verantwortung. Der Anbieter schützt grundsätzlich die zugrunde liegende Infrastruktur; welche Aufgaben beim Kunden bleiben, hängt vom Dienst und Servicemodell ab. Der Kunde muss häufig weiterhin Daten, Identitäten, Zugriffsrechte, Anwendungen und Konfigurationen verantworten.
- IaaS: Der Kunde verwaltet typischerweise mehr, etwa Betriebssystem, Patches, Netzwerkregeln und Anwendungen.
- PaaS: Der Anbieter übernimmt mehr Plattformbetrieb; Anwendung, Daten und Zugriffsrechte bleiben wichtige Kundenaufgaben.
- SaaS: Der Anbieter betreibt die Anwendung, aber der Kunde muss weiterhin Nutzer, Rollen, Datenfreigaben und Nutzung kontrollieren.
Häufige Fehler sind zu weit gefasste Berechtigungen, fehlende Mehr-Faktor-Authentifizierung, öffentlich erreichbare Speicher, ungetestete Backups und unzureichende Protokollierung. Weder „die Cloud ist sicher“ noch „die Cloud ist unsicher“ ist eine ausreichende Bewertung: Entscheidend sind Dienst, Konfiguration, Bedrohungsmodell und Verantwortlichkeiten.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.
Merkmale, Servicemodelle und Bereitstellungsmodelle nicht verwechseln
Die fünf NIST-Kernmerkmale beschreiben, wie Cloud-Dienste bereitgestellt und betrieben werden. IaaS, PaaS und SaaS beschreiben dagegen, welche Art von Dienst der Kunde nutzt: Infrastruktur, Plattform oder fertige Software. Public, Private, Community und Hybrid Cloud sind Bereitstellungsmodelle. NIST führt alle drei Servicemodelle und vier Bereitstellungsmodelle in seiner Definition auf (NIST SP 800-145).
Cloud Computing ist daher nicht dasselbe wie SaaS: SaaS ist ein Servicemodell unter mehreren. Es ist auch nicht bloß „Speichern im Internet“; Speicher ist nur eine mögliche Ressource neben Rechenleistung, Netzwerken, Datenbanken, Anwendungen und Plattformen.
Vorteile und Grenzen im Alltag
Zu den möglichen Vorteilen zählen schnellere Bereitstellung, flexible Kapazität, geringerer anfänglicher Hardwareaufwand, automatisierbare Abläufe und der Zugriff auf verwaltete Dienste. Doch diese Vorteile sind nicht bedingungslos. Laufende Kosten können schwerer vorherzusagen sein als ein einmaliger Kauf; Netzwerklatenz und Datenübertragung beeinflussen die Leistung und Rechnung; Anbieterabhängigkeit, Migration und Datenresidenz müssen bedacht werden.
On-Premises- oder hybride Lösungen können sinnvoll sein, wenn Workloads dauerhaft stark ausgelastet sind, sehr geringe Latenz zu lokaler Spezialhardware benötigen, strenge Vorgaben die Betriebsumgebung begrenzen oder bereits passende Infrastruktur vorhanden ist. Die passende Wahl hängt von Workload, Laufzeit, Region, Compliance, Teamkenntnissen und Betriebskosten ab – nicht allein vom Etikett „Cloud“.
Checkliste: Hat ein Angebot wesentliche Cloud-Eigenschaften?
- Können autorisierte Nutzer Ressourcen selbstständig anfordern?
- Werden Bereitstellung und Konfiguration automatisiert oder programmatisch unterstützt?
- Werden Ressourcen dynamisch verwaltet und mehreren Kunden gepoolt?
- Lässt sich Kapazität bei veränderter Nachfrage schnell anpassen?
- Wird die Nutzung gemessen und nachvollziehbar ausgewiesen?
- Sind Zugriffswege, Berechtigungen und Verantwortlichkeiten klar?
- Welche Redundanz, Backups und Wiederherstellungsoptionen muss der Kunde selbst einrichten?
- Welche Gebühren fallen für Speicher, Datenübertragung und dauerhaft laufende Ressourcen an?
Ein Angebot muss nicht jede ergänzende Praxiseigenschaft auf dieselbe Weise umsetzen. Die Checkliste hilft jedoch, eine Cloud-Plattform von bloß ausgelagerter Infrastruktur zu unterscheiden und Kosten sowie Betriebsaufgaben vorab zu klären.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
