Industrial DevOps

Konkret durchläuft eine Änderung an einer Anlage mehrere Stationen. Sie beginnt als Commit im Git-Repository, egal ob SPS-Projekt, Firmware oder Konfiguration. Eine Pipeline baut und testet sie, in der Simulation oder auf einem HiL-Prüfstand. Das Ergebnis wird als versioniertes Artefakt abgelegt und wartet dann auf das nächste Wartungsfenster. Vor dem Rollout fragt ein Production-Lock den Maschinenstatus ab und verweigert das Deployment, solange die Anlage produziert. Den eigentlichen Transfer übernimmt ein Agent in der DMZ, der die Zonengrenze kontrolliert überbrückt. Am Ende steht eine Rückmeldung, welcher Stand auf welcher Maschine läuft.

Klassisches DevOps kennt die meisten dieser Stationen nicht. Eine Web-Anwendung lässt sich mehrmals täglich deployen und im Fehlerfall in Sekunden zurückrollen. Eine Produktionsanlage steht nicht für beliebige Deployments still, und ein fehlerhaftes Update kann Stillstand, Schäden oder Gefahr für Menschen bedeuten. Industrial DevOps übernimmt deshalb die Prinzipien, also Versionierung, Automatisierung und schnelles Feedback, und ersetzt Deploy-on-Push durch Wartungsfenster und Freigaben.

Dazu kommen Randbedingungen, die sich nicht wegverhandeln lassen. OT-Netze sind nach IEC 62443 in Zonen segmentiert, und eine Pipeline muss diese Grenzen respektieren. Safety-Nachweise gehören zum Release. Anlagen laufen zehn bis zwanzig Jahre, während sich die Software darauf in Monaten ändert, und Echtzeitanforderungen schränken die Wahl von Werkzeugen und Architekturen ein.

Ob die Einführung gelingt, entscheidet sich trotzdem meist zwischen den Teams. IT und OT haben unterschiedliche Prioritäten, Sprachen und Risikobewertungen. Die erste gemeinsame Besprechung verläuft oft so: Die IT fragt nach dem Deployment-Takt, der Instandhalter nach dem nächsten Stillstand, und nach zwanzig Minuten merken beide, dass sie mit „Release“ verschiedene Dinge meinen. Weiter kommen Teams, sobald beide an denselben Pipelines, derselben Versionierung und klar verteilten Verantwortlichkeiten arbeiten. Plattformen wie IndustrialFlow bringen die technischen Bausteine mit, also OT-Proxy-Agents, Wartungsfenster, Air-Gap-Betrieb und Compliance-Reports, damit die Energie in diese Zusammenarbeit fließen kann.