15 Oktober 2026

Cloud Computing bezeichnet die bedarfsgerechte Bereitstellung von IT-Ressourcen über ein Netzwerk. Dazu gehören beispielsweise Rechenleistung, Speicher und Anwendungen, deren Umfang sich vergleichsweise flexibel anpassen lässt. In der Produktion kann die Cloud unter anderem standortübergreifende Auswertungen, Softwaredienste und die gemeinsame Nutzung von Daten unterstützen.

Was unterscheidet Cloud Computing von einem entfernten Server?

Ein Server außerhalb des eigenen Gebäudes ist nicht allein deshalb eine Cloud. Die NIST-Definition nennt als wesentliche Merkmale bedarfsgerechte Selbstbedienung, Netzwerkzugriff, gemeinsam bereitgestellte Ressourcen, schnelle Anpassbarkeit und eine messbare Nutzung. Diese Eigenschaften beschreiben das Bereitstellungsmodell, nicht einen bestimmten Hersteller.

Die physische Infrastruktur bleibt real vorhanden. Nutzer greifen jedoch auf abstrahierte Dienste zu, statt jede benötigte Maschine selbst zu beschaffen und einzurichten. Welche technischen Aufgaben beim Anbieter liegen und welche beim Kunden verbleiben, hängt vom gewählten Dienst ab.

IaaS, PaaS und SaaS

Modell	Bereitgestellte Leistung	Fiktiver Produktionseinsatz
Infrastructure as a Service	Grundlegende Rechen-, Speicher- und Netzwerkressourcen	Eigene Analyseanwendung auf gemieteten virtuellen Rechnern
Platform as a Service	Verwaltete Umgebung für Anwendungen und Datenverarbeitung	Entwicklung eines Dienstes zur Auswertung von Produktionsdaten
Software as a Service	Nutzbare Anwendung als Dienst	Cloudbasiertes System für Auftrags- oder Qualitätsinformationen

Die Modelle unterscheiden sich vor allem in der übernommenen technischen Betriebsleistung. Auch bei einer weitgehend fertig bereitgestellten Anwendung bleiben Aufgaben wie Datenpflege, Benutzerverwaltung und die passende betriebliche Nutzung bestehen. Ein hoher Dienstleistungsumfang bedeutet nicht, dass jede Verantwortung an den Anbieter übergeht.

Public Cloud, Private Cloud und hybride Lösungen

Eine Public Cloud bietet ihre Infrastruktur grundsätzlich einem breiten Kundenkreis an. Das bedeutet nicht, dass Kundendaten öffentlich zugänglich sein sollen. Eine Private Cloud ist für eine einzelne Organisation vorgesehen und kann intern oder extern betrieben werden. Hybride Konzepte verbinden unterschiedliche Umgebungen.

Für die Produktion ist häufig die Verteilung der Aufgaben entscheidend: Welche Daten werden lokal verarbeitet, welche zentral gespeichert und welche standortübergreifend ausgewertet? Edge Computing kann dabei anlagennahe Funktionen übernehmen, während die Cloud beispielsweise gemeinsame Analysen unterstützt.

Die Bezeichnung einer Lösung ersetzt keine Architekturbeschreibung. Es muss konkret erkennbar sein, welche Systeme miteinander verbunden sind, wo Daten liegen und welche Abhängigkeiten für den Produktionsbetrieb entstehen.

Typische Anwendungen in Produktionsunternehmen

Standortvergleich: Einheitlich definierte Kennzahlen mehrerer Werke gemeinsam auswerten.
Datenanalyse: Größere Datenbestände für klar abgegrenzte Fragestellungen verarbeiten.
Unternehmenssoftware: Beispielsweise ERP als bereitgestellte Anwendung nutzen.
Zusammenarbeit: Freigegebene Produkt- und Prozessinformationen für berechtigte Beteiligte zugänglich machen.
Entwicklungsumgebung: Zeitweise zusätzliche Ressourcen für Simulation oder Modelltraining bereitstellen.

Ein Cloud-Dienst ist nicht automatisch für jede dieser Aufgaben geeignet. Datenvolumen, Reaktionszeit, Verfügbarkeit und Integration müssen zum konkreten Prozess passen. Eine standortübergreifende Monatsauswertung stellt andere Anforderungen als eine unmittelbar notwendige Freigabe an einer laufenden Linie.

Fiktives Praxisbeispiel: Vergleich von Prüfprozessen

Drei Werke stellen dieselbe Produktfamilie her. Jedes Werk speichert die detaillierten Prüfdaten lokal und überträgt täglich definierte Kennwerte an eine gemeinsame Analyseanwendung. Dazu gehören Produktversion, Prüfverfahren, Zeitraum und die Anzahl geprüfter Teile. Erst diese gemeinsamen Bedeutungen ermöglichen einen sinnvollen Vergleich.

In einem Werk erscheint die Fehlerquote höher. Die Untersuchung zeigt jedoch zunächst, dass dort Nachprüfungen mitgezählt wurden, während die anderen Werke nur Erstprüfungen erfassten. Die Cloud hat die Daten zwar zusammengeführt, aber nicht automatisch vergleichbar gemacht. Das Team vereinheitlicht deshalb die Definitionen, bevor es technische Ursachen bewertet.

Das Beispiel zeigt eine zentrale Voraussetzung: Gemeinsame Infrastruktur ersetzt keine abgestimmten Datenregeln. Ohne Kontext können zentral verfügbare Zahlen sogar zu falschen Schlussfolgerungen führen. Die Verantwortung für fachliche Bedeutung bleibt beim Unternehmen.

Kosten richtig bewerten

Cloudkosten können von Rechenzeit, Speichermenge, Datenübertragung, Nutzerzahl oder gebuchten Funktionspaketen abhängen. Das konkrete Modell ist dienstspezifisch. Zusätzlich entstehen Aufwände für Integration, Datenpflege, Betrieb und gegebenenfalls die spätere Ablösung.

In einer fiktiven Rechnung kostet eine Analyseumgebung 900 Euro pro Monat. Speicher und Datenübertragung werden mit 250 Euro angesetzt, interner Betriebsaufwand mit 600 Euro. Die laufende monatliche Gesamtbelastung beträgt damit 1.750 Euro. Hinzu kommen einmalig 18.000 Euro für Einführung und Schnittstellen.

Über drei Jahre ergibt sich ohne Preisänderungen und Abzinsung ein Betrag von 18.000 + 36 × 1.750 = 81.000 Euro. Die Zahlen sind frei gewählt. Sie zeigen, warum ein Vergleich allein anhand der monatlichen Dienstgebühr unvollständig wäre. Für eine Entscheidung sind die Total Cost of Ownership der Alternativen mit denselben Systemgrenzen zu betrachten.

Geteilte Verantwortung im Betrieb

AWS erläutert am eigenen Verantwortungsmodell, dass die Aufgaben zwischen Anbieter und Kunde vom genutzten Dienst abhängen. Bei einer selbst verwalteten virtuellen Maschine bleiben beispielsweise mehr technische Aufgaben beim Kunden als bei einem stärker verwalteten Dienst. Diese Zuordnung muss für die tatsächlich eingesetzte Lösung geklärt werden.

Für einen Produktionsbetrieb betrifft das unter anderem Zugriffsrechte, Konfiguration, Datenqualität, Schnittstellen und Wiederherstellung. Auch die Frage, wer bei einer Störung handelt, muss beantwortet sein. Eine allgemeine Aussage des Anbieters zur Verfügbarkeit beschreibt noch nicht das Verhalten der gesamten betrieblichen Anwendung.

Die Architektur sollte außerdem festlegen, welche Daten übertragen werden und welche Nutzer oder Dienste sie verwenden dürfen. Das gilt auch für technische Produktionsdaten, die Rückschlüsse auf Verfahren, Mengen oder Qualität ermöglichen können. Die notwendigen Freigaben und Anforderungen sind anhand des konkreten Inhalts zu bestimmen.

Verfügbarkeit und Reaktionszeit

Für eine Anwendung zählt die gesamte Verbindungskette: lokales System, Netzwerk, Anmeldung, Schnittstelle und Cloud-Dienst. Fällt ein Teil aus, kann die Funktion eingeschränkt sein. Deshalb wird festgelegt, welche Abläufe lokal weiterlaufen, welche Daten gepuffert werden und wann ein Ersatzverfahren erforderlich ist.

Cloudzugriff garantiert keine harte Echtzeit. Übertragungswege und Verarbeitung können schwanken. Schnelle Maschinenregelungen sollten daher nur dann von entfernten Diensten abhängen, wenn die erforderlichen Eigenschaften ausdrücklich nachgewiesen und technisch geeignet sind. Häufig werden zeitkritische Funktionen lokal ausgeführt und übergeordnete Analysen zentral ergänzt.

Einführung und spätere Ablösung planen

Ein Pilot sollte Nutzen, Datenfluss und Betrieb gemeinsam prüfen. Dazu gehört ein Test, ob Daten vollständig übertragen werden und ob die Anwendung bei einer Unterbrechung wie vorgesehen reagiert. Ebenso sind laufende Kosten unter realistischer Nutzung zu beobachten.

Schon bei der Einführung sollte geklärt werden, wie Daten und Konfigurationen exportiert werden können. Ein lesbarer Export genügt nicht immer, wenn wichtige Beziehungen oder Metadaten fehlen. Für eine spätere Ablösung sind daher Formate, Schnittstellen und Wiederverwendbarkeit der Informationen relevant.

Häufige Fragen zu Cloud Computing

Sind Daten in einer Public Cloud öffentlich?

Nein. Public Cloud beschreibt das Bereitstellungsmodell für einen breiten Nutzerkreis, nicht eine öffentliche Freigabe aller gespeicherten Daten. Zugriffe müssen gezielt geregelt werden. Ob eine konkrete Umgebung angemessen geschützt ist, hängt unter anderem von Dienst, Konfiguration, Berechtigungen und dem betrieblichen Umgang mit den Daten ab.

Ist Cloud Computing immer günstiger?

Nein. Flexible Bereitstellung kann Vorteile bieten, aber laufende Nutzung, Datenübertragung und Integration verursachen Kosten. Bei dauerhaft hoher Auslastung kann eine andere Lösung wirtschaftlich sein. Ein Vergleich sollte dieselben Leistungen, Verfügbarkeitsanforderungen und Betrachtungszeiträume verwenden. Ein niedriger Einstiegspreis allein belegt keinen langfristigen Kostenvorteil.

Kann die Produktion ohne Cloudverbindung weiterlaufen?

Das hängt von den Abhängigkeiten ab. Wenn lokale Abläufe alle benötigten Informationen besitzen, kann ein Weiterbetrieb möglich sein. Werden jedoch laufend zentrale Freigaben oder Daten benötigt, kann ein Ausfall den Prozess beeinträchtigen. Der gewünschte Ersatzbetrieb muss deshalb bewusst vorgesehen und unter realistischen Bedingungen geprüft werden.

Wer ist für Sicherung und Wiederherstellung zuständig?

Das ergibt sich aus dem konkreten Dienst und der vereinbarten Aufgabenverteilung. Anbieterfunktionen ersetzen nicht automatisch eine betriebliche Wiederherstellungsplanung. Zu klären sind unter anderem Umfang, Aufbewahrung und Rücksicherung der relevanten Daten. Entscheidend ist, ob die benötigte Anwendung nach einem Fehler tatsächlich wieder nutzbar wird.

Wie passen Edge und Cloud zusammen?

Edge verarbeitet Daten nahe an Maschinen oder Anlagen, während Cloud-Dienste beispielsweise übergreifende Speicherung und Analyse übernehmen. Eine Kombination kann Rohdaten lokal verdichten und ausgewählte Ergebnisse zentral zusammenführen. Die Verteilung richtet sich nach Datenmenge, Reaktionszeit und Betriebsanforderungen. Beide Ansätze können sich ergänzen, ohne jede Aufgabe doppelt auszuführen.

Quellen und weiterführende Informationen

NIST SP 800-145: The NIST Definition of Cloud Computing, 2011 – Merkmale, Dienst- und Bereitstellungsmodelle.
AWS: Shared Responsibility Model – dienstabhängige Aufgabenteilung zwischen Anbieter und Kunde.

Stand: Oktober 2026.