Kostenlose DevOps-Analyse
Zurück zum Glossar
DevOps Glossar·OT / Industrial

SCADA

// Direkte Antwort

Was ist ein SCADA-System?

SCADA steht für Supervisory Control and Data Acquisition — ein System zur Überwachung und Steuerung industrieller Prozesse. SCADA-Systeme sammeln Daten von Sensoren und Steuerungen, visualisieren sie in Echtzeit und ermöglichen Eingriffe aus der Leitwarte heraus.

Fertigungsindustrie
// Im DetailSCADA

SCADA (Supervisory Control and Data Acquisition) bezeichnet die Überwachungs- und Bedienebene oberhalb der Steuerungen, mit der Anlagen zentral visualisiert, überwacht und übergeordnet bedient werden. Architektonisch besteht ein SCADA-System aus Feldgeräten und SPS/RTU auf der untersten Ebene, einem SCADA-Server, der Daten sammelt und historisiert, sowie HMI-Bedienoberflächen in der Leitwarte. Anders als ein verteiltes Leitsystem (DCS) regelt SCADA den Prozess nicht selbst eng, sondern überwacht, visualisiert und ermöglicht übergeordnete Eingriffe — häufig über weiträumig verteilte Anlagen wie Pipelines, Wasser- oder Energienetze hinweg. Für die Datenanbindung an die IT kommt zunehmend OPC UA zum Einsatz.

Charakteristisch sind die historisierende Datenhaltung — der Historian, der Prozessverläufe für Analyse und Compliance dauerhaft speichert — sowie das Alarmmanagement, das Grenzwertverletzungen erkennt und priorisiert an die Leitwarte meldet. Genau diese Visualisierung und Alarmierung macht SCADA für die Produktionsleitung zur zentralen Informationsquelle.

Sicherheitstechnisch gehört SCADA zu den exponiertesten OT-Komponenten: Es verbindet die Feldebene mit IT-nahen Systemen, läuft oft auf Standard-Windows-Servern und war historisch nicht für Cyberbedrohungen ausgelegt. Bekannte Angriffe haben gezeigt, wie kritisch eine saubere Absicherung nach IEC 62443 ist. Für Industrial DevOps ist SCADA einerseits Datenquelle für Observability, andererseits ein zu versionierendes Engineering-Artefakt — HMI-Projekte und Alarmkonfigurationen profitieren von Versionskontrolle und kontrolliertem Change-Management. Stolpersteine sind ungepflegte Alarmfluten, flache Netzwerke ohne Segmentierung und nicht versionierte HMI-Stände.

// Beispiele aus der Praxis2 Szenarien
/01

Versioniertes HMI-Engineering

Ein Versorgungsbetrieb legt SCADA-HMI-Projekte und Alarmkonfigurationen in ein Git-Repository, sodass Änderungen an Bedienbildern und Grenzwerten nachvollziehbar sind und sich frühere Stände bei Problemen gezielt wiederherstellen lassen.

/02

Historian als Datenquelle für Observability

Ein Fertigungsbetrieb exportiert historisierte Prozessdaten aus dem SCADA-Historian in ein zentrales Monitoring, um Anlagentrends mit IT-Metriken zu korrelieren und Anomalien früher zu erkennen.

// Häufige FragenFAQ
Was ist ein SCADA-System?
SCADA (Supervisory Control and Data Acquisition) ist ein System zur Überwachung, Visualisierung und übergeordneten Bedienung industrieller Prozesse. Es sammelt Daten von SPS und Feldgeräten, historisiert sie, stellt sie in der Leitwarte über HMI-Bedienbilder dar und alarmiert bei Grenzwertverletzungen. Typisch ist der Einsatz über weiträumig verteilte Anlagen wie Energie-, Wasser- oder Pipeline-Netze.
Was ist der Unterschied zwischen SCADA und einem DCS?
SCADA überwacht und steuert übergeordnet, oft über geografisch verteilte Anlagen mit eher losen Regelzyklen. Ein DCS (Distributed Control System) übernimmt die enge, kontinuierliche Regelung eines örtlich konzentrierten Prozesses mit deterministischen Zykluszeiten. In der Praxis überlappen sich beide, der Schwerpunkt liegt aber unterschiedlich: SCADA auf Überwachung und Visualisierung, DCS auf enger Prozessregelung.
Warum gelten SCADA-Systeme als besonders schützenswert?
Weil sie an der Schnittstelle zwischen Feldebene und IT sitzen, oft auf Standard-Betriebssystemen laufen und direkten Einfluss auf physische Prozesse erlauben. Kompromittierte SCADA-Systeme können Anlagen fehlsteuern oder lahmlegen, weshalb Netzwerksegmentierung, gehärtete Server und IEC-62443-konforme Absicherung essenziell sind.
Lässt sich SCADA-Engineering in CI/CD-Logik einbinden?
In Teilen ja: HMI-Projekte, Alarmkonfigurationen und Skripte lassen sich versionieren, automatisiert prüfen und über einen dokumentierten Change-Prozess freigeben. Vollautomatische Deployments in eine laufende Leitwarte sind selten sinnvoll — der Fokus liegt auf Nachvollziehbarkeit, Konsistenzprüfung und kontrolliertem Rollout.
// Nächster Schritt

Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.

Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.

Erstgespräch buchen
Seit 2006 · 47+ Projekte
Industrie · Automotive · Finance