Industrial DevOps in der Fertigung, von SCADA bis MES
Wir bringen die Konfigurationen von SCADA, DCS und MES in Git, testen jede Änderung vor dem Rollout und spielen sie per GitOps auf Linien und Edge-Gateways aus. Für Fertigungsunternehmen in Deutschland, Österreich und der Schweiz, die mit einer Linie anfangen wollen statt mit einem Werksprojekt.
SEIT 2006 · 47+ PROJEKTE · FERTIGUNG · INDUSTRIE 4.0 · IEC 62443 · NIS-2
Welche Rolle spielt SCADA
in Industrie 4.0?
SCADA (Supervisory Control and Data Acquisition) liefert die Echtzeit-Datenbasis, auf der Industrie 4.0 überhaupt erst aufsetzt: In der Automatisierungspyramide sitzt es zwischen der Steuerungsebene (SPS/PLC) und dem MES, sammelt Maschinendaten, visualisiert Prozesse und gibt Sollwerte zurück. Der entscheidende Unterschied liegt heute nicht in der Funktion, sondern im Lifecycle. Solange SCADA-Projekte, Tag-Pools und Faceplates von Hand auf dem Leitrechner gepflegt werden, bleibt jede Industrie-4.0-Initiative auf eine Linie beschränkt. Erst versionierte, automatisiert ausgerollte Konfigurationen skalieren über Werke hinweg.
Wie das konkret aussieht, zeigt unser Praxisbericht zu CI/CD für Ignition, WinCC und AVEVA, inklusive OPC-UA-Tests und GitOps-Rollout ins Werk.
Dieselbe Leitebene gibt es in Wasserwerken, Kläranlagen und Umspannwerken, nur verteilt auf viele Außenstationen statt auf eine Halle. Wie Stadtwerke dort ihre Leit- und Fernwirktechnik versionieren, beschreibt ein eigener Anwendungsfall.
Wo in der Automatisierungspyramide setzt DevOps an?
Überall dort, wo Software oder Konfiguration liegt, und das sind in einer heutigen Fabrik fast alle Ebenen. Die Automatisierungspyramide nach ISA-95 (international IEC 62264) teilt die Fertigung in fünf Ebenen, von Sensoren und Aktoren auf Level 0 bis zum ERP auf Level 4. Diese Seite behandelt vor allem Level 2 und 3, also SCADA und MES, dazu die Edge-Ebene, die quer zu allen liegt.
| Ebene | Typische Systeme | Was wir versionieren | Weiter |
|---|---|---|---|
| Level 4Unternehmen (ERP) | SAP S/4HANA, Auftrags- und Materialstamm | Schnittstellen-Mappings zum MES, SAP-Transporte über CTS | |
| Level 3Betriebsleitung (MES/MOM) | SAP ME/MII, SAP Digital Manufacturing, Werum PAS-X, Critical Manufacturing | Workflows, Rezepte, Stammdaten, Planungsregeln des Leitstands | MES-Plattformen |
| Level 2Prozessführung (SCADA/HMI) | WinCC, Ignition, AVEVA, zenon | Projekte, Tag-Pools, Faceplates, Alarmlisten, Skripte | Glossar SCADA |
| Level 1Steuerung (SPS/PLC) | TIA Portal, TwinCAT, CODESYS | SPS-Programme, Bausteine, Hardware-Konfiguration | Maschinenbau & SPS |
| Level 0Feld | Sensoren, Aktoren, Antriebe | Geräteparameter und Firmware-Stände, soweit das Gerät einen Export anbietet | |
| QuerEdge & Unified Namespace | Edge-Gateways, OPC-UA-Server, MQTT-Broker | OPC-UA-Mappings, Topic-Baum, Sparkplug-Gruppen, Container-Workloads | Glossar Edge-Gateway |
Ersetzt ein Unified Namespace die Pyramide?
Für den Datenfluss zum Teil, für die Verantwortung nicht. In einem Unified Namespace veröffentlichen alle Systeme ihre Daten in einen zentralen MQTT-Broker, statt Punkt-zu-Punkt-Schnittstellen zu pflegen. Der Topic-Baum folgt meist der ISA-95-Hierarchie von Unternehmen über Werk, Bereich und Linie bis zur Zelle, und Sparkplug B, seit 2023 als ISO/IEC 20237 genormt, legt Nutzdatenformat und Gerätestatus fest. Wer eine Änderung freigibt, entscheidet sich trotzdem weiter an der Ebene.
Der Topic-Baum ist selbst Konfiguration. Ein umbenanntes Topic bricht jeden Abonnenten, und kein Leitstand meldet dabei einen Fehler, es kommen einfach keine Werte mehr an. Deshalb gehört er ins selbe Repository wie die SCADA-Projekte, mit Review und einem Schema-Check vor dem Rollout.
AIDie Frage, an der sich das entscheidet, fällt selten im Projekt, sondern im Audit: Wer hat diese Änderung an der Rezeptur wann freigegeben? Wenn die Antwort ein Backup-Ordner mit Datumsstempel im Dateinamen ist, wird es unangenehm, und zwar unabhängig davon, ob technisch alles korrekt lief. Versionierte SCADA- und MES-Konfigurationen beantworten diese Frage in dem Moment, in dem sie gestellt wird; wie wir die Nachweispflichten aus IEC 62443 und NIS-2 in die Pipeline holen, beschreiben wir auf der DevSecOps-Seite.
Wer hilft bei zuverlässiger Software für die Fertigung?
Die Frage zerfällt in zwei. Für die Systeme selbst stehen etablierte Plattformen bereit: Ignition, Siemens WinCC und AVEVA auf der SCADA-Ebene, SAP, Werum PAS-X und Critical Manufacturing auf der MES-Ebene. Für den Lebenszyklus dieser Systeme, also Versionierung, Test und Rollout der Konfiguration, gibt es keine Plattform von der Stange. Diesen Teil bauen wir.
Ausfallraten entstehen in der Praxis selten im Produkt, sondern an der Stelle, an der eine Änderung ungetestet auf die Linie kommt. Deshalb ist die nüchterne Antwort auf die Frage nach Zuverlässigkeit nicht der Herstellername, sondern die Frage, ob sich der letzte funktionierende Stand in Minuten wiederherstellen lässt.
Welche Probleme bremsen
Fertigung und Industrie 4.0?
An diesen Stellen bleiben Projekte in dieser Branche am häufigsten hängen. Wie wir sie angehen, steht im nächsten Abschnitt.
- /01
SCADA, DCS und MES werden manuell verwaltet
SCADA-, DCS- und MES-Systeme (SAP ME/MII, Werum PAS-X, Critical Manufacturing) werden direkt im Produktivsystem konfiguriert. Wer was geändert hat, steht bestenfalls im Schichtbuch, und ein Rollback heißt: das letzte Backup suchen und hoffen, dass es zur Anlage passt. Zwei baugleiche Linien laufen so über die Jahre auseinander. Jede hat unter Zeitdruck ihre eigene Anpassung bekommen, und für das Nachziehen auf der Schwesterlinie war nie ein Wartungsfenster frei.
- /02
Edge-Gateway-Wildwuchs
Im Feld hängen Dutzende bis Hunderte Edge-Gateways, jedes einzeln eingerichtet, mit unterschiedlichen Firmware-Ständen und ohne zentrale Übersicht. Ein Sicherheitsupdate bedeutet deshalb Anfahrt, Laptop und Wartungsfenster, und zwar pro Gerät.
- /03
Keine Predictive-Maintenance-Pipeline
Die Sensordaten liegen vor, ausgewertet werden sie kaum. Für die vorausschauende Wartung gibt es ML-Modelle als Prototypen, aber keinen Weg vom Training in den Betrieb. Meist liegt das beste Modell als Notebook auf dem Rechner eines Kollegen. Dort funktioniert es nachweislich, in der Produktion ist es seit anderthalb Jahren trotzdem nicht angekommen, weil niemand sagen kann, wie es dort verlässlich aktualisiert würde.
- /04
Kulturelle Kluft zwischen IT und OT
IT und Produktion arbeiten in verschiedenen Takten. Die IT liefert in Sprints aus, die Produktion ändert nur im Wartungsfenster und misst Erfolg an der Verfügbarkeit der Linie. Ohne gemeinsame Werkzeuge und Freigaberegeln wird jedes Digitalisierungsprojekt zur Verhandlung darüber, wer das Risiko trägt.
Wie kommt CI/CD in SCADA, MES und
Edge-Gateways?
Vier Schritte, die wir in dieser Reihenfolge gehen. Der erste bringt noch keine Pipeline, sondern Klarheit darüber, welcher Softwarestand heute wo läuft.
SCADA, DCS und MES als Code
Wir legen Konfigurationen, Rezepte, Planungsregeln des Fertigungsleitstands und Stammdaten aus SCADA, DCS und MES in Git ab. Jede Änderung läuft über einen Merge Request mit Freigabe. Die Pipeline testet sie gegen eine Sandbox und spielt sie über OPC UA oder die REST-Schnittstelle des Systems aus. Security-Gates nach IEC 62443 und ein lückenloser Audit-Trail gehören zu dieser Strecke.
Edge-Fleet-Management
Alle Edge-Gateways laufen unter einer zentralen, Kubernetes-basierten Verwaltung. Firmware und Workloads kommen aus einem Repository, Argo CD rollt sie aus und setzt abweichende Geräte selbstständig auf den freigegebenen Stand zurück. Der Unterschied zeigt sich beim ersten Rollout, der die ganze Flotte in einer Mittagspause auf denselben Stand bringt, statt über Wochen verteilter Anfahrten zu jedem einzelnen Standort.
ML-Pipeline für Predictive Maintenance
Eine durchgängige Pipeline führt von der Datenerfassung über Feature Engineering und Training bis zum Modell im Betrieb. Industrial DataOps sorgt für saubere OT-Daten, MLOps dafür, dass jedes Modell reproduzierbar trainiert, getestet und kontrolliert ausgetauscht wird.
IT/OT-Workshops und Kulturwandel
In einer Workshop-Reihe legen IT- und OT-Teams gemeinsame Ziele und Freigaberegeln fest und arbeiten dabei an einer echten Linie statt an Folien. Wir begleiten das über mehrere Monate, bis die Zusammenarbeit ohne uns trägt.
Welche Ergebnisse bringt DevOps in der
Fertigung?
Welche Tools verbinden IT und OT in der
Produktion?
Womit wir in diesem Umfeld arbeiten. Die Auswahl richtet sich nach der Toolchain, die bei Ihnen schon läuft, nicht nach unserer Präferenz.
IT/OT-Konvergenz in Ihrer Produktion starten?
Lassen Sie uns sprechen. In einem kostenlosen Erstgespräch klären wir, wie wir Ihre spezifischen Herausforderungen lösen können.
Welche Plattformen
gehören in die Pipeline?
Die Technik für Industrie 4.0 steht in den meisten Werken längst. Was fehlt, ist der Lebenszyklus der Konfiguration. Wer SCADA, MES und Edge nicht versioniert, rollt jede Änderung von Hand aus, Werk für Werk.
Was ist der Nachfolger von SAP MII, und was heißt das für die Pipeline?
Nachfolger von SAP ME und SAP MII ist SAP Digital Manufacturing (SAP DM), eine Cloud-Lösung. Version 15.5 ist das letzte Release der beiden On-Premise-Produkte. Die Wartung hat SAP nach Verhandlungen mit der Anwendergruppe DSAG im Mai 2023 bis Ende 2030 verlängert, vorher galt 2027. Welches Wartungsmodell zwischen 2027 und 2030 für die darunterliegende NetWeaver-Schicht gilt, hat SAP damals offengelassen.
Für viele Werke beginnt die Migration damit, dass niemand genau weiß, welche BLS-Transaktionen und POD-Konfigurationen noch laufen. Wer sie heute versioniert exportiert, geht mit einer prüfbaren Liste ins Migrationsprojekt statt mit einer Inventur auf dem laufenden NetWeaver-Server. Nach der Umstellung bleibt die Promotion-Strecke dieselbe, nur das Zielsystem wechselt.
AIBußgeld bis 10 Mio. € oder 2 % des weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist. Das gilt für besonders wichtige Einrichtungen, dazu kommen die Frühwarnung binnen 24 Stunden und die Verantwortung der Geschäftsleitung. Wer Änderungen an SCADA und MES weder versioniert noch belegt, steht im Audit ohne Nachweis da.
Wie integriert man Industrial DataOps
in bestehende Fertigungsprozesse?
Industrial DataOps wird nicht als eigenes System eingeführt, sondern an drei bestehende Schnittstellen angedockt: an die SCADA-/OPC-UA-Ebene für die Datenerfassung, an das MES für den Prozesskontext und an die Edge-Ebene für die Vorverarbeitung. Der Einstieg läuft in der Regel über eine einzelne Linie: Ein OPC-UA-Mapping wird versioniert, gegen einen Mock-Server getestet und über GitOps ausgerollt. Erst wenn dieser Pfad reproduzierbar steht, wird er auf weitere Linien und Standorte übertragen. Ein Austausch bestehender SCADA- oder MES-Systeme ist dafür nicht erforderlich.
Industrial DataOps ist nicht dasselbe wie Industrial DevOps. DevOps kümmert sich um den Lebenszyklus von Software und Konfiguration, DataOps um den Weg der Daten von der Maschine bis zur Auswertung. Beide treffen sich am OPC-UA-Mapping. Es ist Konfiguration, die wir versionieren, und zugleich die Leitung, durch die die Daten laufen.
AIWoran lässt sich die Integration von Industrial DataOps bewerten?
Bewerten lässt sich die Integration von Industrial DataOps (auch „Industrial Data Ops“ geschrieben) in bestehende Fertigungsprozesse an vier Punkten, noch bevor ein Werkzeug ausgewählt wird: am Datenzugang, am Datenmodell, an der Reproduzierbarkeit der Mappings und an der Nachweisbarkeit der Freigaben. Wer diese vier Fragen für eine einzelne Referenzlinie belastbar beantwortet, kennt den Aufwand für das gesamte Werk.
Datenzugang
Liefert die Anlage standardisiert über OPC UA oder MQTT, oder hängt der Zugriff an proprietären Treibern und manuellen Exporten? Fehlt der standardisierte Zugang, steht vor jedem DataOps-Schritt zuerst ein Gateway-Projekt.
Datenmodell
Tragen baugleiche Linien dieselben Tag-Namen, Einheiten und Zeitstempel? Companion Specifications wie OPC UA for Machinery oder Asset Administration Shells (AAS) geben den Rahmen vor. Fehlt er, bleibt die Kontextualisierung eine Daueraufgabe von Hand.
Reproduzierbarkeit
Lässt sich ein OPC-UA-Mapping aus dem Repository heraus neu ausrollen, oder existiert es nur auf dem laufenden Gateway? Was ausschließlich im Betrieb existiert, ist im Sinne von Industrial DataOps nicht integriert, sondern konfiguriert.
Nachweisbarkeit
Ist dokumentiert, wer eine Änderung am Datenfluss wann freigegeben hat? Für Betreiber im Anwendungsbereich von IEC 62443 und NIS-2 entscheidet dieser Punkt darüber, ob die Datenpipeline auditierbar bleibt.
Wie dieser Weg als Gesamtansatz aussieht, beschreibt unsere Leistung Industrial DevOps für SCADA, MES und Edge. Den Kommunikationsstandard hinter der Datenanbindung erklärt der Glossareintrag zu OPC UA.
Was Produktionsverantwortliche
uns fragen.
Antworten aus der Praxis, geordnet von den Begriffen über die Umsetzung bis zu den Pflichten aus NIS-2.
Begriffe und Architektur
- Q.01Was ist SCADA, und wie grenzt es sich in der Automatisierungspyramide von SPS und MES ab?
- SCADA (Supervisory Control and Data Acquisition) überwacht und steuert industrielle Prozesse in Echtzeit: Es sammelt Messwerte, visualisiert Anlagenzustände, verwaltet Alarme und gibt Sollwerte an die Steuerung zurück. In der Automatisierungspyramide nach ISA-95 sitzt SCADA auf Level 2, zwischen der Steuerungsebene (SPS/PLC, Level 1), die einzelne Maschinen im Millisekundentakt regelt, und dem MES auf Level 3, das Aufträge, Chargen und Ressourcen über die gesamte Fertigung plant. Kurz: Die SPS steuert die Maschine, SCADA überwacht die Anlage, das MES organisiert die Produktion.
- Q.02Was ist ISA-95, und was hat die Norm mit CI/CD zu tun?
- ISA-95 ist die Norm für die Integration von Unternehmens- und Leitsystemen, international als IEC 62264 veröffentlicht. Sie teilt die Fertigung in die Ebenen 0 bis 4 und beschreibt, welche Informationen zwischen ERP und MES fließen. Für CI/CD liefert sie die Schnittlinien: Eine geänderte Rezeptur im MES auf Level 3 braucht eine andere Freigabe und eine andere Teststrecke als ein neues Faceplate im SCADA auf Level 2. Wer die Pipelines entlang dieser Ebenen schneidet, muss Zuständigkeiten nicht neu verhandeln.
- Q.03Was ist ein Unified Namespace, und ersetzt er die Automatisierungspyramide?
- Ein Unified Namespace (UNS) ist ein Architekturmuster, bei dem alle Maschinen und Systeme ihre Daten in einen zentralen Broker veröffentlichen, meist per MQTT, und dort in einer gemeinsamen Hierarchie ablegen. Er ersetzt die Punkt-zu-Punkt-Schnittstellen zwischen den Ebenen, nicht die Ebenen selbst. Der Topic-Baum folgt in der Regel ISA-95 (Unternehmen, Werk, Bereich, Linie, Zelle), und die Verantwortung für Änderungen bleibt, wo sie war. Sparkplug B, seit 2023 als ISO/IEC 20237 genormt, legt Nutzdaten und Gerätestatus fest. Den Topic-Baum versionieren wir wie jede andere Konfiguration, denn ein umbenanntes Topic bricht jeden Abonnenten, ohne dass irgendwo ein Fehler erscheint.
- Q.04Was ist ein Fertigungsleitstand, und wie verändert DevOps seinen Betrieb?
- Ein Fertigungsleitstand (Teil des Manufacturing Operations Management, MOM) bündelt Feinplanung, Belegung der Arbeitsplätze und Überwachung der laufenden Fertigung auf einer elektronischen Plantafel, meist als MES-Modul. Mit DevOps liegen seine Planungsregeln, Dispositionslogiken und Stammdaten versioniert vor, eine Pipeline testet Änderungen gegen eine Sandbox und rollt sie kontrolliert aus, statt dass jemand sie direkt im Produktivsystem ändert. So bleiben Anpassungen an der Plantafel nachvollziehbar, rückrollbar und für ein NIS-2-Audit belegbar.
- Q.05Welche Rolle spielt OPC UA bei der IT/OT-Konvergenz?
- OPC UA ist der herstellerübergreifende Standard für die Anlagenkommunikation und damit die gemeinsame Sprache von IT und OT. Companion Specifications wie OPC UA for Machinery vereinheitlichen die Datenmodelle, und über OPC UA PubSub lassen sich Daten auch per MQTT an Cloud-Dienste geben. In unseren Pipelines testen wir OPC-UA-Server gegen simulierte Clients, prüfen die Informationsmodelle gegen die Spezifikation und rollen Konfigurationen versioniert auf Edge-Gateways aus.
- Q.06Was ist IT/OT-Konvergenz in der Fertigung?
- IT/OT-Konvergenz bedeutet, dass Informationstechnologie und Operational Technology in gemeinsamen Prozessen zusammenwachsen. Entwicklungs- und Produktionsteams nutzen dieselbe Versionierung, dieselben Freigaben und dieselben Deployment-Wege. Änderungen kommen so schneller in die Anlage, ohne dass die Verfügbarkeit der Linie darunter leidet.
Umsetzung
- Q.07Welche SCADA-Systeme gibt es, und lassen sie sich alle versionieren?
- Verbreitet sind in der DACH-Region SIMATIC WinCC und WinCC Unified (Siemens), AVEVA System Platform (ehemals Wonderware), Ignition (Inductive Automation), zenon (COPA-DATA) und WinCC OA. Versionieren lassen sie sich alle, nur nicht auf demselben Weg. Ignition und zenon bieten dateibasierte Projektstrukturen, die sich direkt in Git ablegen lassen. WinCC und AVEVA brauchen einen Export- oder Backup-Schritt, dessen Artefakte anschließend versioniert und über eine Pipeline zurückgespielt werden. Entscheidend ist nicht das Produkt, sondern ob es einen reproduzierbaren Export- und Import-Pfad gibt.
- Q.08Was ist SCADA-Automatisierung mit DevOps?
- SCADA-Automatisierung mit DevOps heißt, dass Konfigurationen und Updates für SCADA-Systeme über CI/CD-Pipelines laufen statt über manuelle Eingriffe am Leitrechner. Jede Änderung liegt versioniert in Git, wird gegen eine Sandbox getestet und kontrolliert ausgerollt.
- Q.09Wie automatisiert man OPC-Gateways und SCADA-Knoten in der Smart Factory?
- OPC-Gateways verbinden Maschinen (OPC UA, Modbus, MQTT) mit IT-Systemen und Cloud. Statt jedes Gateway und jeden SCADA-Knoten einzeln einzurichten, verwalten wir die Konfigurationen (Ignition, WinCC, AVEVA) als Code in Git: einheitliche Firmware, Rollouts über GitOps, Smoke-Tests gegen eine Sandbox-SPS und automatische Rückführung abweichender Geräte. So wächst eine Smart Factory von einem auf Hunderte SCADA- und Edge-Knoten, ohne dass die Konfigurationen auseinanderlaufen.
- Q.10Wie funktioniert Edge-Gateway-Management?
- Edge-Gateway-Management umfasst Provisionierung, Konfiguration und Aktualisierung der Edge-Geräte in der Produktion. Im GitOps-Modell liegt der Soll-Zustand jedes Gateways in einem Repository. Ein Werkzeug wie Argo CD gleicht die Geräte fortlaufend damit ab und setzt Abweichungen zurück.
- Q.11Was ist SAP MES, und welche SAP-Produkte gehören dazu?
- SAP MES ist der Sammelbegriff für die Fertigungssteuerung im SAP-Portfolio, also die Ebene zwischen SAP S/4HANA und den Leitsystemen der Linie. On-Premise gehören dazu SAP Manufacturing Execution (SAP ME) für die Werkstattsteuerung, SAP Manufacturing Integration and Intelligence (SAP MII) für die Anbindung von Maschinen und Leitsystemen und SAP Plant Connectivity (PCo) als Datenschnittstelle. Nachfolger von ME und MII ist das cloudbasierte SAP Digital Manufacturing (SAP DM). Für eine Pipeline zählt, dass jedes dieser Produkte eigene Artefakte mitbringt: POD-Konfigurationen und Routings in ME, BLS-Transaktionen in MII, Agenten-Konfigurationen in PCo. Wer sie getrennt exportiert und versioniert, sieht vor jeder Migration, was tatsächlich im Einsatz ist.
- Q.12Wie integriert man MES-Systeme (SAP, Werum, Critical Manufacturing) in CI/CD?
- MES-Projekte leiden traditionell unter Big-Bang-Releases und Konfigurationsänderungen direkt im Produktivsystem. Mit DevOps liegen Customizings, Workflow-Definitionen und Stammdaten versioniert vor, automatisierte Tests laufen gegen eine MES-Sandbox, und jede Änderung durchläuft eine Promotion-Strecke DEV → QS → PROD. Für SAP ME/MII läuft das über CTS+, für Werum PAS-X über eine API-getriebene Pipeline, für Critical Manufacturing über das REST-basierte Deployment-Modell. SAP hat ME/MII 15.5 als letztes Release festgelegt. Wer die Migration nach SAP Digital Manufacturing vor sich hat, gewinnt mit versionierten Exporten eine prüfbare Liste dessen, was nachgebaut werden muss.
- Q.13Wie kommt CI/CD in die Smart Factory und Industrie 4.0?
- Industrie 4.0 verlangt durchgängige digitale Abläufe von der Konstruktion bis zur Anlage, und CI/CD ist dafür das Rückgrat. Maschinendaten-Modelle, MES-Konfigurationen und Edge-Workloads liegen in Git, werden automatisiert getestet (Simulation, OPC-UA-Mock-Server) und über GitOps kontrolliert ausgerollt. Die Verwaltungsschale (Asset Administration Shell, AAS) behandeln wir dabei wie Code: Ihre Submodelle liegen versioniert neben der Anlagenkonfiguration. So kommen Smart-Factory-Initiativen über die Pilotlinie hinaus.
Daten und Wartung
- Q.14Was ist Industrial DataOps, und wie unterscheidet es sich von DevOps?
- Industrial DataOps überträgt DevOps-, Agile- und Lean-Prinzipien auf den industriellen Datenfluss: Erfassung, Kontextualisierung, Modellierung und Orchestrierung von OT-Daten über SCADA, MES und Edge hinweg. Während DevOps die Auslieferung von Software automatisiert, automatisiert Industrial DataOps die Qualität und Verfügbarkeit von Maschinen- und Sensordaten, der Grundlage für Predictive Maintenance und Industrie-4.0-Analytik. Wir bauen beide in einer Pipeline zusammen: versionierte Datenmodelle, getestete OPC-UA-Mappings und reproduzierbare ML-Deployments.
- Q.15Wie bewertet man die Integration von Industrial DataOps in bestehende Fertigungsprozesse?
- Die Bewertung der Industrial-DataOps-Integration (häufig auch „Industrial Data Ops“ geschrieben) läuft über vier Punkte, noch bevor ein Werkzeug ausgewählt wird: Datenzugang (liefert die Anlage standardisiert über OPC UA oder MQTT, oder braucht es zuerst ein Gateway?), Datenmodell (tragen baugleiche Linien dieselben Tag-Namen, Einheiten und Zeitstempel?), Reproduzierbarkeit (lässt sich ein Mapping aus dem Repository heraus neu ausrollen, oder existiert es nur auf dem laufenden Gateway?) und Nachweisbarkeit (ist dokumentiert, wer eine Änderung am Datenfluss wann freigegeben hat?). In der Praxis werden diese Fragen an einer einzelnen Referenzlinie beantwortet und der Aufwand daraus auf weitere Linien und Standorte hochgerechnet. Ein Austausch bestehender SCADA- oder MES-Systeme ist für den Einstieg nicht erforderlich.
- Q.16Was ist Predictive Maintenance mit DevOps?
- Predictive Maintenance, auf Deutsch vorausschauende Wartung, sagt den Wartungsbedarf einer Anlage mit ML-Modellen aus Sensor- und Produktionsdaten voraus. DevOps- und MLOps-Pipelines automatisieren Training, Test und Auslieferung dieser Modelle, von der Datenaufbereitung bis zum Deployment auf das Edge-Gateway an der Linie.
- Q.17Wie reduziert Industrial DevOps Ausfallzeiten?
- Industrial DevOps senkt Ausfallzeiten über vier Wege: automatisierte Tests vor jedem Deployment, kontrollierte Rollouts mit Rollback, Predictive Maintenance auf Basis der Produktionsdaten und eine kürzere Fehlersuche durch Monitoring und Alerting. Der Rollback wirkt dabei am direktesten, weil nach einem fehlerhaften Update niemand mehr den alten Stand rekonstruieren muss.
Pflichten
- Q.18Was ändert NIS-2 für SCADA- und MES-Deployments?
- NIS-2, in Deutschland umgesetzt durch das NIS2UmsuCG, verlangt von betroffenen Betreibern und vielen Zulieferern ein verbindliches Cyber-Risikomanagement, eine erste Meldung erheblicher Sicherheitsvorfälle binnen 24 Stunden und die Verantwortung der Geschäftsleitung. Für SCADA- und MES-Deployments heißt das: dokumentierte Patch-Strategie, signierte Artefakte, SBOM, Asset-Inventar und nachvollziehbare Freigaben. Am wirtschaftlichsten entsteht das als Stage in der Pipeline, ausgerichtet an IEC 62443.
Vertiefen Sie
Industrial DevOps.
Leitfäden, Analysen und Tools rund um SCADA, Edge-Management und IT/OT-Konvergenz in der Fertigung.
Industrial DevOps
Unser Gesamtansatz: DevOps-Prinzipien für SCADA, DCS, Edge-Gateways und industrielle Umgebungen.
DevOps Automation as a Service
Managed CI/CD für MES/SCADA-Toolchains und Edge-Fleets: Jenkins, GitLab CI und ArgoCD im SLA mit OT-tauglichen Wartungsfenstern.
Smart Factory mit SCADA & CI/CD
SCADA versionieren statt klicken: CI/CD für Ignition, WinCC und AVEVA, OPC-UA-Tests und GitOps-Rollouts ins Werk.
IT/OT-Kulturwandel meistern
Warum der Kulturwandel die größte DevOps-Herausforderung ist und wie Sie ihn gestalten.
DevOps-Reifegrad-Check
In 3 Minuten erfahren, wo Ihre IT/OT-Integration steht und was als Nächstes ansteht.