Industrial DevOps
in der Praxis.
Fünf Branchen.

Industrial DevOps überträgt DevOps-Prinzipien wie CI/CD, automatisiertes Testing und Infrastructure as Code auf industrielle Umgebungen: SPS/PLC-Steuerungen, SCADA-Systeme, Embedded-Software und Edge-Gateways. Anders als im IT-DevOps stehen Safety, Anlagenverfügbarkeit, Wartungsfenster und regulatorische Nachweise (etwa nach IEC 62443 oder ISO 26262) vor dem Tempo. Ausgerollt wird deshalb über Staging und Pilotanlagen, nicht im Minutentakt.

Am meisten bringt Industrial DevOps dort, wo Software auf Hardware ausgeliefert wird und jede Auslieferung einen Nachweis braucht: im Maschinen- und Anlagenbau (Versionierung und Test von SPS-Code), in der Fertigung (SCADA, MES, Edge-Gateways), bei Energie- und Wasserversorgern (Leit- und Fernwirktechnik unter NIS-2) und in der Automobilindustrie (Embedded CI/CD, OTA-Updates). Als fünfte Gruppe arbeitet Comquent für IT-Unternehmen, die mit Platform Engineering viele Teams auf eine gemeinsame Pipeline bringen.

SPS-Projekte aus TIA Portal, CODESYS oder TwinCAT liegen in Git, und eine Jenkins- oder GitLab-CI-Pipeline übersetzt sie bei jeder Änderung. Getestet wird in der Simulation mit PLCSIM Advanced oder am Hardware-in-the-Loop-Prüfstand, danach landet das Ergebnis versioniert im Artefakt-Speicher. So lässt sich für jede Anlage belegen, welcher Stand wann freigegeben wurde. IEC 61131-3 regelt dabei nur die Programmiersprachen; die Nachweispflichten kommen aus IEC 62443 und dem Cyber Resilience Act.

OT-Security gehört als eigene Stufe in die Pipeline und wird nicht erst vor der Abnahme geprüft. Comquent baut dafür Schwachstellen-Scans der Abhängigkeiten, signierte Build-Artefakte, eine SBOM je Release und im Audit nachvollziehbare Freigaben ein, ausgerichtet an IEC 62443 und NIS-2. Die Netzsegmentierung nach dem Zonen- und Conduit-Modell legt fest, welcher Build-Agent in welches Netz ausliefern darf.

Die erste produktive Pipeline für ein Pilotprojekt steht nach 90 Tagen, zusammen mit einer Value-Stream-Map der heutigen Abläufe und einem priorisierten Backlog. Bis weitere Teams, Standorte und die Compliance-Nachweise nachgezogen sind, vergehen typischerweise 6 bis 12 Monate. Die Dauer hängt dabei weniger an der Technik als daran, wie viele Anlagen und Teams mitziehen.

Meist sind es Jenkins oder GitLab CI für die Pipelines, Git für den Code, Docker für reproduzierbare Build-Umgebungen und QEMU zur Emulation der Zielhardware, auf der Steuerungsseite TIA Portal, CODESYS, TwinCAT und PLCSIM Advanced. Die Auswahl richtet sich nach dem, was beim Kunden schon läuft. Ein funktionierendes Werkzeug ersetzen wir nicht, nur weil ein anderes moderner klingt.

Für Anlagen, die über Jahrzehnte laufen, eignen sich CI/CD-Plattformen, die vollständig im eigenen Netz betrieben werden: Jenkins oder GitLab CI auf eigenen Servern, Git für den Steuerungscode und eine Build-Umgebung als Docker- oder VM-Image, in dem die Version des Engineering-Tools festgeschrieben ist. Der CI-Server selbst wird regelmäßig aktualisiert, bei Jenkins LTS erscheint alle zwölf Wochen eine neue Basisversion. Über die Laufzeit der Anlage aufbewahrt werden muss deshalb das Image, mit dem ein SPS-Stand gebaut wurde. Dann lässt sich der Stand von heute auch in zehn Jahren noch einmal übersetzen und mit dem archivierten Artefakt vergleichen.

Am besten über ein gemeinsames Pilotprojekt, an dem SPS-Programmierer und Software-Entwickler zusammen arbeiten, statt in getrennten Schulungen von der jeweils anderen Welt zu hören. Comquent begleitet das mit Workshops, gemischten Teams und Coaching. Die Automatisierer behalten dabei ihr Fachwissen und finden es in der Pipeline wieder: Ihre Prüfschritte werden zu automatischen Tests, und die Freigabe bleibt bei ihnen.

Comquent passt, wenn Sie Software in einem regulierten oder sicherheitskritischen Umfeld entwickeln und Ihre CI/CD-Reife steigern wollen. Das betrifft Maschinenbau (TIA Portal, CODESYS, TwinCAT, IEC 62443, CRA), Fertigung (SCADA, DCS, MES, OPC UA, NIS-2), Energie- und Wasserversorger (Fernwirktechnik, IEC 61850, BSIG, B3S WA), Automotive (ISO 26262, ASPICE, ISO 21434, UNECE R155/R156) und IT-Unternehmen mit Skalierungsbedarf (Platform Engineering, Internal Developer Platform, GitOps, SRE). Wer sich in mehreren Fällen wiederfindet, ist bei uns in der Mehrheit, denn 70 % unserer Kunden arbeiten über IT und OT hinweg.

Das 30-minütige Erstgespräch ist kostenlos, der DevOps Quick-Scan für Unternehmen ab 50 Mitarbeitenden ebenfalls. Ein Proof of Concept mit erster lauffähiger Pipeline und Übergabe kostet 4.900 € zum Festpreis. Größere Mandate kalkulieren wir nach Tagessatz, und der Umfang steht vorher im Angebot.