Industrial DevOps — DevOps für die Fertigung

Sechs Kapitel,
nicht sechs Tools.

• /01

  IT/OT-Konvergenz

  Zwei Welten. Zwei Prioritäten. Ein gemeinsamer Workflow.

  IT-Teams arbeiten agil mit kurzen Release-Zyklen, OT-Teams setzen auf Stabilität und jahrzehntelange Betriebsdauer. Wir überbrücken beide Welten mit gemeinsamen Workflows, abgestimmten Tool-Chains und einer gemeinsamen Sprache. Value-Stream-Mapping identifiziert Engpässe, durchgängige Delivery-Pipelines reichen von der Entwicklung bis zum Shopfloor. Wir arbeiten gezielt mit TIA Portal, CODESYS und branchenspezifischen SCADA-Systemen — keine IT-Standardlösungen, die auf die Produktion gestülpt werden.

• /02

  CI/CD für SPS/PLC

  TIA-Portal und CODESYS — automatisiert wie jede Web-App.

  TIA-Portal-Projekte, CODESYS-Programme und andere SPS-Entwicklungsumgebungen lassen sich mit Jenkins, GitLab CI oder Azure DevOps automatisieren. Build-Pipelines kompilieren Steuerungscode, simulieren ihn und schleusen ihn durch automatisierte Tests und Quality Gates — inklusive Hardware-in-the-Loop-Tests und virtueller Inbetriebnahme. Release-Zyklen von Wochen auf Stunden.

• /03

  Versionierung industrieller Assets

  Git für Steuerungscode. Strukturiert statt wild.

  Git-basierte Versionskontrolle ist in der IT Standard — in der OT-Welt oft noch Neuland. Wir führen strukturierte Versionierung für Steuerungscode, HMI-Projekte und Konfigurationsdateien ein. Branch-Strategien, Merge-Requests, Code-Reviews. Vollständige Nachvollziehbarkeit, jederzeit zurückrollbar.

• /04

  Security-First nach IEC 62443

  Security ohne Geschwindigkeitsverlust.

  Industrielle Systeme sind zunehmend vernetzt — und damit angreifbar. Security von Anfang an in der Pipeline: automatisierte Vulnerability-Scans, Compliance-Checks nach IEC 62443, signierte Artefakte, sichere Deployment-Prozesse. DevSecOps für die Produktion.

• /05

  Release-Management für OT

  Produktionsanlagen sind keine Web-Apps.

  Release-Strategien mit geplanten Wartungsfenstern, kontrollierten Rollouts und zuverlässigen Rollback-Mechanismen. Blue-Green-Deployments und Canary-Releases — angepasst auf industrielle Anforderungen, mit Freigabeprozessen, die regulatorische Anforderungen erfüllen. Kein Deployment ohne bestandene Quality Gates und Rollback-Plan.

• /06

  Kulturwandel

  Die größte Herausforderung ist nicht die Technologie. Sondern die Menschen.

  SPS-Programmierer und Software-Entwickler müssen eine gemeinsame Arbeitskultur finden. Workshops, gemischte Teams, psychologisch fundierte Methoden. Vertrauen, Identitätswahrung, offene Lernkultur zwischen Shopfloor und Büro. Häufigste Sorge unserer Kunden: „Unser Team hat keine Kapazität." Deshalb starten wir fokussiert — wenige Stunden Analyse, Pilotprojekt-Ansatz. Ihr Tagesgeschäft läuft weiter.

Wie eine SPS-Pipeline
konkret aussieht.

pipeline {
  agent { label 'plc-builder' }
  stages {
    stage('Checkout') {
      steps {
        // TIA Portal Projekt aus Git laden
        checkout scm
      }
    }
    stage('Build') {
      steps {
        sh 'tia-cli compile --project ./plc-project'
      }
    }
    stage('Simulation') {
      steps {
        sh 'plcsim-advanced --run-tests ./tests/'
      }
    }
    stage('Quality Gate') {
      steps {
        sh 'iec-checker --standard 61131-3'
        sh 'security-scan --profile iec-62443'
      }
    }
  }
}