IT/OT-Konvergenz

Wie groß der Abstand zwischen beiden Welten ist, zeigt sich zuerst an ihren Zielen. Die IT richtet sich auf Flexibilität, schnelle Änderungen und Datenverarbeitung aus, die OT auf Verfügbarkeit, Safety und unterbrechungsfreien physischen Betrieb. Auch die Lebenszyklen unterscheiden sich: Server und Arbeitsplatzrechner werden meist nach drei bis fünf Jahren ersetzt, eine Produktionsanlage läuft fünfzehn bis zwanzig Jahre. Konvergenz heißt, dass beide trotz dieser Unterschiede dieselbe Versionierung, dieselben Pipelines und dieselben Deployment-Prozesse nutzen. Die technische Vernetzung der Maschinen mit der Unternehmens-IT ist dafür nur die Voraussetzung.

Technisch entsteht die Brücke aus Standards und Schichten. OPC UA liefert herstellerunabhängige, abgesicherte Maschinenkommunikation. Edge Gateways sammeln und filtern OT-Daten, bevor sie in IT-Systeme fließen. Die Netzwerksegmentierung nach IEC 62443 mit ihren Zonen und Conduits sorgt dafür, dass die Sicherheitsgrenzen bestehen bleiben. Konvergenz reißt diese Grenzen nicht ein, sie überbrückt sie an definierten, auditierbaren Übergängen.

Seit Ende 2025 zwingt auch die Regulierung beide Seiten zusammen. Das deutsche NIS2-Umsetzungsgesetz ist seit dem 6. Dezember 2025 in Kraft und macht die Geschäftsführung für die Cybersicherheit verantwortlich, Produktionsumgebungen eingeschlossen. Der Cyber Resilience Act verpflichtet Hersteller vernetzter Produkte zu Security-Updates, seine Meldepflichten gelten seit dem 11. September 2026. Meldewege, Patch-Prozesse und Asset-Inventare lassen sich mit getrennten IT- und OT-Silos kaum nachweisen. Spürbar wird das an einer einzelnen Liste: Das OT-Asset-Inventar liegt heute auf dem Schreibtisch der Geschäftsführung und nicht mehr nur beim Werksleiter.

Organisatorisch unterscheiden sich IT und OT vor allem darin, wer über Änderungen entscheidet und wann sie stattfinden dürfen. In der IT spielt der Betrieb Patches meist in festen Change-Fenstern ein, oft wöchentlich. In der OT entscheidet der Anlagenverantwortliche, weil jeder Eingriff Produktionszeit kostet und der Maschinenhersteller den Patch für seine Anlage oft erst freigeben muss. Ein Software-Team plant in Sprints von zwei Wochen, eine Linie im Dreischichtbetrieb hat ihren nächsten Stillstand vielleicht erst in drei Monaten. IT/OT-Konvergenz gelingt organisatorisch, wenn diese beiden Takte in einem gemeinsamen Freigabeprozess zusammenkommen: Die IT liefert laufend geprüfte Stände, die OT entscheidet, welcher Stand in welches Wartungsfenster geht.

An dieser Stelle hakt es in den meisten Projekten. OT-Verantwortliche fürchten zu Recht, dass die Änderungsgeschwindigkeit der IT die Verfügbarkeit gefährdet. IT-Teams erleben die langen Freigabezyklen der OT als Bremse. Beide haben recht, deshalb braucht die Brücke einen eigenen Bauplan statt der Hoffnung, eine Seite werde nachgeben. Dazu gehören eine gemeinsame Sprache, geteilte Kennzahlen und eine Plattform, die beide Anforderungen technisch abbildet, etwa CI/CD-Pipelines mit OT-Proxy-Agents und Wartungsfenstern.