AI// Ressourcen ——— Glossar ——— 81 Begriffe
DevOps
Glossar.
Die wichtigsten Begriffe aus DevOps, CI/CD, Industrial DevOps und Automatisierung — klar und verständlich erklärt. Kein Marketing-Sprech, kein Fachchinesisch.
81 Begriffe/Praxisnah erklärt/Stand: Juli 2026
// 01Schnellantworten
Was bedeutet
DevOps?
DevOps ist die Abkürzung für Development und Operations: eine Arbeitsweise, die Softwareentwicklung und IT-Betrieb in gemeinsamen Prozessen, Tools und Verantwortlichkeiten zusammenführt. Das Ziel sind kürzere Release-Zyklen, stabilere Deployments und weniger Reibung zwischen den Teams.
/01
Was ist eine CI/CD-Pipeline?
Eine CI/CD-Pipeline führt jede Code-Änderung automatisiert vom Commit bis zum Deployment: Continuous Integration (CI) baut und testet jeden Stand, Continuous Delivery (CD) liefert geprüfte Versionen reproduzierbar aus. Typische Werkzeuge sind Jenkins, GitLab CI und GitHub Actions.
/02
Welche DevOps-Lösungen gibt es für die Industrie?
DevOps-Lösungen reichen von CI/CD-Plattformen wie Jenkins, GitLab CI und ArgoCD über Infrastructure as Code bis zu Industrial DevOps, also der Übertragung dieser Praktiken auf SPS, SCADA und OT-Umgebungen. Entscheidend ist nicht das einzelne Tool, sondern die durchgängige Automatisierung vom Commit bis zur Anlage.
// 02Begriffe A–Z
A
// A7 Begriffe
- Ansible
- Ansible ist ein Open-Source-Tool für Konfigurationsmanagement und Automatisierung. Es beschreibt in einfachen YAML-Dateien, wie Server und Anwendungen konfiguriert sein sollen, und setzt diesen Zustand auf beliebig vielen Systemen gleichzeitig um, ohne dass dort ein Agent installiert sein muss.
- AIOps
- AIOps (Artificial Intelligence for IT Operations) setzt Künstliche Intelligenz ein, um den IT-Betrieb zu automatisieren. Statt manuell Logs zu durchsuchen und Alarme zu bewerten, erkennt AIOps Muster in großen Datenmengen, korreliert Vorfälle automatisch und kann in manchen Fällen Probleme beheben, bevor sie Auswirkungen haben.
- ArgoCD
- ArgoCD ist ein GitOps-Tool für Kubernetes, das den gewünschten Zustand einer Anwendung aus einem Git-Repository liest und automatisch auf dem Cluster umsetzt. Wenn jemand eine Änderung im Repository macht, sorgt ArgoCD dafür, dass der Cluster diese Änderung übernimmt, ohne manuelles Deployment. Mit Claude Code lassen sich Application-Manifeste, App-of-Apps-Strukturen und ApplicationSets in natürlicher Sprache generieren; spezialisierte Sub-Agents übernehmen Manifest, Policy, Test und Doku parallel.
- App-of-Apps Pattern
- App-of-Apps ist eine ArgoCD-Application, die selbst weitere ArgoCD-Applications verwaltet. Damit lassen sich ganze Cluster (inklusive Plattform-Komponenten wie Ingress, Cert-Manager, Monitoring und Workloads) deklarativ über ein einziges Root-Repository ausrollen. Das eignet sich besonders für Cluster-Bootstrapping und Multi-Cluster-Setups. Sync-Waves steuern dabei die Reihenfolge: zuerst CRDs, dann Operatoren, dann Custom Resources.
- ApplicationSet
- Ein ApplicationSet generiert ArgoCD-Applications dynamisch über Generatoren (List, Cluster, Git, Matrix, Pull-Request). Damit lässt sich z. B. dieselbe Anwendung automatisch auf alle registrierten Cluster ausrollen oder pro Feature-Branch eine Preview-Umgebung erzeugen, ohne jede Application einzeln zu pflegen. Im Workshop scaffolden Sie ApplicationSets mit Cluster- und Matrix-Generator direkt mit Claude Code.
- Argo Rollouts
- Argo Rollouts erweitert Kubernetes um Progressive-Delivery-Strategien wie Canary und Blue-Green. Über AnalysisTemplates lassen sich Promotion-Entscheidungen gegen Prometheus, Datadog oder einen Webhook automatisieren. Bei Schwellwert-Verletzung erfolgt automatischer Rollback. Im Workshop bauen Sie ein vollständig konfiguriertes Canary-Rollout mit Prometheus-Analyse und Slack-Notification.
- Air-Gap CI/CD
- Air-Gap CI/CD bezeichnet Pipeline-Plattformen, die vollständig ohne Internetzugang in segmentierten Produktionsnetzwerken (OT, KRITIS, regulierte Branchen) laufen. Alle Komponenten laufen on-premise: Build-Server, Container-Registry, Plugin-Mirror und KI-Modell. Lieferketten-Anforderungen aus NIS2, das Zonen-Modell der IEC 62443 und „Souveräne KI" (lokales LLM via Ollama) treiben Air-Gap-Setups 2026 in den Mainstream. IndustrialFlow ist explizit für Air-Gap-Betrieb konzipiert.
Automation
Was macht Ansible und wofür wird es eingesetzt?
Practices
Was steckt hinter AIOps?
CI/CD
Was ist ArgoCD und wie funktioniert es?
CI/CD
Was ist das App-of-Apps-Pattern in ArgoCD?
CI/CD
Was ist ein ApplicationSet in ArgoCD?
CI/CD
Wofür braucht man Argo Rollouts?
CI/CD
Was ist Air-Gap CI/CD und warum wird es 2026 wichtig?
B
// B2 Begriffe
- Backstage
- Backstage ist eine ursprünglich von Spotify entwickelte Open-Source-Plattform, heute ein Projekt der Cloud Native Computing Foundation (CNCF), zum Aufbau interner Developer Portale. Es bietet einen zentralen Katalog für Services, APIs, Dokumentation und Infrastruktur und dient vielen Internal Developer Platforms als Portal-Oberfläche.
- Beim Blue-Green Deployment existieren zwei identische Produktionsumgebungen: Blue (aktiv) und Green (Standby). Ein neues Release wird auf die inaktive Umgebung deployt und getestet. Durch Umschalten des Load Balancers wird die neue Version live. Bei Problemen kann sofort zurückgeschaltet werden.
Practices
Was ist Backstage?
Wie funktioniert Blue-Green Deployment?
C
// C9 Begriffe
- Change Failure Rate
- Die Change Failure Rate (deutsch: Änderungsfehlerrate) misst, wie oft ein Deployment in Produktion zu einem Ausfall, Rollback oder Hotfix führt. Die Formel: fehlgeschlagene Deployments geteilt durch alle Deployments eines Zeitraums, ausgedrückt in Prozent. Als DORA-Metrik zeigt sie, wie stabil der Release-Prozess tatsächlich ist. Im DORA-Report 2024 liegt das Elite-Cluster bei 5 Prozent, das Low-Cluster bei 40 Prozent.
- CI/CD
- CI/CD steht für Continuous Integration und Continuous Delivery. Continuous Integration sorgt dafür, dass jede Code-Änderung automatisch gebaut und getestet wird. Continuous Delivery stellt sicher, dass getesteter Code jederzeit per Knopfdruck in Produktion gehen kann.
- CI/CD Pipeline
- Eine CI/CD Pipeline ist eine automatisierte Abfolge von Schritten, die Code-Änderungen vom Commit bis zum fertigen Deployment führt. Sie baut die Software, führt Tests aus, prüft Qualitätskriterien und liefert das Ergebnis am Ende in die Zielumgebung aus.
- Container
- Ein Container packt eine Anwendung mit Bibliotheken, Konfiguration und Laufzeitumgebung, also allem, was sie zum Laufen braucht, in ein handliches Paket. Dadurch verhält sich die Anwendung überall gleich, egal ob auf dem Laptop eines Entwicklers oder auf einem Produktionsserver.
- Bei Continuous Delivery ist die Software nach erfolgreichen Tests jederzeit auslieferbar, aber ein Mensch gibt den letzten Schritt frei. Continuous Deployment geht einen Schritt weiter: Jede Änderung, die alle Tests besteht, geht automatisch in Produktion, ohne manuelles Zutun. GitOps setzt genau hier an und macht den CD-Teil pull-basiert über Git.
- Cyber Resilience Act (CRA)
- Der Cyber Resilience Act verpflichtet Hersteller digitaler Produkte zu Security-by-Design, Schwachstellenmanagement über den gesamten Lebenszyklus und Security-Updates über mindestens fünf Jahre. Die Fristen sind gestaffelt: Die Meldepflichten für aktiv ausgenutzte Schwachstellen gelten seit dem 11. September 2026, die SBOM-Pflicht und die übrigen Hauptpflichten ab der vollen Geltung am 11. Dezember 2027.
- Claude Code
- Claude Code ist ein Terminal-basierter KI-Assistent von Anthropic. Anders als Browser-Chats arbeitet er direkt im Projekt und liest, schreibt und versioniert Dateien (Jenkinsfile, jenkins.yaml, Groovy-Scripts) per natürlichsprachiger Anweisung. Jenkins-Admins lassen damit JCasC generieren, CIS-Audits durchführen und Build-Logs analysieren, und jedes Ergebnis landet als Git-Commit statt als verlorene Chat-Antwort.
- Jenkins führt Pipeline-Groovy durch den Continuation Passing Style (CPS) Transformer, damit Pipelines nach einem Controller-Neustart an der letzten Stage fortgesetzt werden können. Das erzwingt Serialisierbarkeit und verbietet bestimmte Groovy-Features in regulären Pipeline-Steps. Mit der @NonCPS-Annotation werden einzelne Methoden aus der CPS-Transformation ausgenommen, was etwa für nicht serialisierbare Objekte oder direkte Jenkins-API-Aufrufe nötig ist.
- Canary Release
- Ein Canary Release, auch Canary Rollout oder Canary Deployment genannt, rollt eine neue Softwareversion zunächst nur für einen kleinen Teil der Nutzer aus, typisch 1 bis 5 %. Bleiben Fehlerrate und Latenz der Canary-Version stabil, wächst der Anteil schrittweise bis 100 %; bei Auffälligkeiten erfolgt der Rollback, bevor alle Nutzer betroffen sind. Der Name leitet sich von Kanarienvögeln im Bergbau ab.
Practices
Was sagt die Change Failure Rate aus?
CI/CD
Was bedeutet CI/CD konkret?
CI/CD
Was ist eine CI/CD Pipeline?
Automation
Was ist ein Container in der Softwareentwicklung?
Wie unterscheidet sich Continuous Deployment von Continuous Delivery?
Compliance
Was regelt der Cyber Resilience Act der EU?
CI/CD
Was ist Claude Code im DevOps-Kontext?
Was ist die CPS-Transformation in Jenkins-Pipelines?
CI/CD
Was ist ein Canary Release?
D
// D9 Begriffe
- DCS (Distributed Control System)
- Ein DCS-System (Distributed Control System, verteiltes Leitsystem) steuert kontinuierliche industrielle Prozesse über verteilt angeordnete Regler, die in einem Netzwerk zusammenarbeiten. DCS-Systeme kommen typischerweise in der Prozessindustrie zum Einsatz, etwa in Chemieanlagen, der Öl- und Gasverarbeitung oder in Kraftwerken, wo viele Regelkreise gleichzeitig koordiniert werden müssen.
- Deployment
- Deployment bedeutet auf Deutsch Bereitstellung, Verteilung oder Einsatz. In der IT bezeichnet es den Vorgang, Software in eine Zielumgebung auszuliefern und dort lauffähig zu machen. Zielumgebungen sind der Testserver, die Staging-Umgebung und am Ende die Produktion, in der echte Nutzer mit der Software arbeiten.
- Deployment Frequency
- Die Deployment Frequency misst, wie oft ein Team Software in Produktion bringt. Sie ist eine der DORA-Metriken und gilt als Indikator dafür, wie schnell eine Organisation auf Anforderungen reagieren kann. Im DORA-Report 2024 liefert das Elite-Cluster auf Abruf mehrmals täglich aus, das Low-Cluster monatlich bis halbjährlich.
- DevOps
- DevOps ist eine Arbeitsweise, die Entwicklung (Dev) und Betrieb (Ops) zusammenbringt, statt sie in getrennten Silos arbeiten zu lassen. Ziel ist es, Software durch Automatisierung, gemeinsame Verantwortung und kontinuierliches Feedback schneller, zuverlässiger und in kürzeren Zyklen auszuliefern.
- DevOps-Reifegrad
- Der DevOps-Reifegrad beschreibt, wie weit eine Organisation bei der Umsetzung von DevOps-Praktiken ist. Er wird typischerweise in Dimensionen wie Kultur, Automatisierung, CI/CD-Reife, Monitoring und Architektur bewertet und zeigt, wo die größten Hebel für Verbesserung liegen.
- DevSecOps
- DevSecOps ergänzt DevOps um den Aspekt Security, nicht als nachträglichen Prüfschritt, sondern als festen Bestandteil jeder Pipeline-Stufe. Automatisierte Sicherheitsscans, Policy-Checks und SBOM-Generierung laufen bei jedem Commit, damit Schwachstellen früh gefunden werden.
- Docker
- Docker ist die meistverbreitete Plattform zum Erstellen und Betreiben von Containern. Einfach erklärt: Eine Anwendung wird samt aller Abhängigkeiten in ein portierbares Image verpackt, das sich auf dem Entwicklungsrechner genauso verhält wie auf dem Cloud-Server. Gebaut wird das Image über ein Dockerfile, die versionierte Bauanleitung im Repository.
- DORA-Metriken
- Die DORA-Metriken (DORA: DevOps Research and Assessment) sind wissenschaftlich validierte Kennzahlen für die Software-Delivery-Performance: Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery, seit dem Report 2024 ergänzt um die Rework Rate. Deployment Frequency, Lead Time und Wiederherstellungszeit messen den Durchsatz, Change Failure Rate und Rework Rate die Stabilität. Zusammen zeigen sie, wie leistungsfähig der Delivery-Prozess einer Organisation tatsächlich ist.
- DORA reguliert seit Januar 2025 die digitale Widerstandsfähigkeit im Finanzsektor. Banken, Versicherungen und deren IT-Dienstleister müssen ein ICT-Risikomanagement-Framework nachweisen, regelmäßige Resilience-Tests durchführen und Vorfälle innerhalb enger Fristen melden.
OT / Industrial
Was ist ein DCS?
CI/CD
Was ist ein Deployment und was bedeutet es auf Deutsch?
CI/CD
Warum ist die Deployment Frequency wichtig?
Practices
Was ist DevOps eigentlich?
Practices
Was versteht man unter dem DevOps-Reifegrad?
Security
Was ist der Unterschied zwischen DevOps und DevSecOps?
Automation
Was ist Docker?
Practices
Was sind die DORA-Metriken?
Was fordert der DORA?
E
// E3 Begriffe
- Edge Gateway
- Ein Edge Gateway sitzt am Rand eines Netzwerks, typischerweise in der Fabrikhalle, und verbindet Maschinen und Sensoren mit der IT-Welt. Es übersetzt Feldprotokolle wie Modbus oder S7 in IT-Protokolle wie MQTT und OPC UA. Die Daten filtert und verdichtet es direkt am Edge und leitet nur relevante Informationen an übergeordnete Systeme weiter, statt die gesamte Datenmenge ins Rechenzentrum zu schicken.
- Embedded DevOps
- Embedded DevOps überträgt DevOps-Prinzipien auf die Entwicklung von Embedded-Software, also Software, die auf Mikrocontrollern, Steuerungen oder IoT-Geräten läuft. Cross-Compilation, Hardware-in-the-Loop-Tests und OTA-Updates werden in automatisierte CI/CD-Pipelines integriert.
- Error Budget
- Ein Error Budget definiert, wie viel Ausfallzeit oder Fehlerrate ein Service tolerieren darf, bevor Stabilisierung Vorrang vor neuen Features bekommt. Bei einem SLO von 99,9 % Verfügbarkeit sind das 8,76 Stunden pro Jahr. Ist das Budget aufgebraucht, wird die Entwicklung neuer Features gestoppt, bis die Zuverlässigkeit wiederhergestellt ist.
OT / Industrial
Was macht ein Edge Gateway?
OT / Industrial
Was bedeutet Embedded DevOps?
Practices
Was ist ein Error Budget?
F
// F2 Begriffe
- FinOps
- FinOps bringt Finanz-Transparenz in den Cloud-Betrieb. Statt am Monatsende von der Rechnung überrascht zu werden, machen FinOps-Praktiken Cloud-Kosten in Echtzeit sichtbar und ordnen sie Teams und Projekten zu. So entscheiden Teams bewusst, statt blind zu optimieren. Mit dem Framework 2025 erweitert die FinOps Foundation den Rahmen über die Public Cloud hinaus auf SaaS, Lizenzen und KI-Workloads.
- Feature Flag
- Feature Flags sind Schalter im Code, mit denen sich neue Funktionen ein- und ausschalten lassen, ohne ein neues Deployment zu machen. Teams können Features schrittweise für bestimmte Nutzergruppen aktivieren, A/B-Tests durchführen oder unfertige Features im Hauptbranch verstecken. Das ist Progressive Delivery in der Praxis.
Practices
Was steckt hinter FinOps?
CI/CD
Wozu dienen Feature Flags?
G
// G4 Begriffe
- Git
- Git ist ein verteiltes Versionskontrollsystem, das jede Änderung an Dateien nachvollziehbar speichert. In DevOps ist Git die Single Source of Truth für Anwendungscode, Infrastrukturdefinitionen, Pipeline-Konfigurationen und Policies.
- GitHub Actions
- GitHub Actions ist eine CI/CD-Plattform, die direkt in GitHub integriert ist. Workflows werden als YAML-Dateien im Repository definiert und bei Ereignissen wie Push oder Pull Request automatisch ausgeführt, etwa zum Bauen, Testen und Deployen.
- GitLab CI
- GitLab CI ist die in GitLab integrierte CI/CD-Engine. Pipelines werden als .gitlab-ci.yml im Repository definiert und auf GitLab Runnern ausgeführt. Der Vorteil: Code-Verwaltung, Pipelines, Container-Registry, Security-Scans und Deployment laufen auf einer einzigen Plattform. Als Self-Managed-Installation steht sie auch vollständig on-premise im eigenen Rechenzentrum.
- GitOps
- GitOps ist ein Betriebsmodell für Infrastruktur und Deployments, das Git als einzige Quelle der Wahrheit („Single Source of Truth") nutzt: Der gewünschte Zustand wird deklarativ in einem Git-Repository beschrieben, und ein Agent wie ArgoCD oder Flux gleicht die laufende Umgebung kontinuierlich damit ab (Reconciliation), statt Befehle manuell auf Servern auszuführen. Vorteil für regulierte Branchen: vollständiger Audit-Trail über die Git-Historie, automatische Drift-Korrektur und klar getrennte Verantwortlichkeiten zwischen CI (Build, Test) und CD (Sync).
Automation
Warum ist Git so zentral für DevOps?
CI/CD
Was sind GitHub Actions?
CI/CD
Was ist GitLab CI?
CI/CD
Was ist GitOps?
H
// H2 Begriffe
- Hardware-in-the-Loop (HiL)
- Beim Hardware-in-the-Loop-Testing wird Software auf echter Zielhardware getestet, während ein HiL-Prüfstand die Umgebung über simulierte Signale in Echtzeit nachbildet. So lassen sich Integrationsprobleme finden, die in reinen Software-Simulationen nicht auftauchen. Das ist besonders bei sicherheitskritischen Systemen im Automotive- und Industriebereich wichtig.
- Helm
- Helm ist der Paketmanager für Kubernetes. Mit Helm Charts lassen sich komplexe Kubernetes-Anwendungen als versionierte Pakete definieren, konfigurieren und installieren, vergleichbar mit apt oder brew, nur eben für Kubernetes-Cluster. In ArgoCD-Setups werden Helm-Charts häufig für Drittanbieter-Komponenten genutzt; eigene Anwendungen liegen oft in Kustomize. Beide Ansätze lassen sich auch kombinieren (Helm-Render via Kustomize-Post-Renderer).
OT / Industrial
Wozu dient Hardware-in-the-Loop-Testing?
Automation
Was ist Helm?
I
// I8 Begriffe
- IEC 62443
- Die IEC 62443 ist der internationale Standard für Cybersecurity in industriellen Automatisierungssystemen. Sie definiert Zonenmodelle, Security-Levels und Anforderungen an Hersteller, Integratoren und Betreiber. Zunehmend wird sie zur Voraussetzung für den Marktzugang industrieller Produkte.
- Industrial DevOps
- Industrial DevOps überträgt DevOps-Prinzipien auf die Welt der Operational Technology, also auf SPS-Steuerungen, SCADA-Systeme, Embedded-Software und Produktionsanlagen. Im Gegensatz zu klassischem DevOps müssen hier Safety-Anforderungen, Echtzeitfähigkeit, Wartungsfenster, OT-Netzwerk-Segmentierung (IEC 62443) und lange Lebenszyklen berücksichtigt werden. Eine Plattform wie IndustrialFlow deckt diese Anforderungen Out-of-the-Box ab.
- IndustrialFlow
- IndustrialFlow ist eine CI/CD-Plattform für Industrial DevOps von Comquent. Sie kombiniert Jenkins als bewährten Orchestrierungs-Kern mit moderner Web-UI, KI-Assistenz (Claude API online oder Ollama im Air-Gap) und OT-Proxy-Agents. Dazu kommen Wartungsfenster und automatisierte Compliance-Reports für NIS2, IEC 62443, TISAX und den EU Cyber Resilience Act. Bestehende Jenkinsfiles und Shared Libraries laufen ohne Änderung, die Migration dauert typisch ein bis zwei Tage.
- Infrastructure as Code (IaC)
- Infrastructure as Code definiert Server, Netzwerke und Cloud-Ressourcen als maschinenlesbaren Code statt sie manuell einzurichten. Das macht Infrastruktur reproduzierbar, versionierbar und testbar, genau wie Anwendungscode. Terraform und Ansible sind die verbreitetsten Werkzeuge dafür.
- Intelligisierung
- Intelligisierung ist nach Industrialisierung, Digitalisierung und Automatisierung die vierte Stufe der industriellen Transformation. Sie bezeichnet den systematischen Einsatz von KI, Machine Learning und agentischen Systemen, um industrielle Prozesse und Softwarelieferketten adaptiv, prognosefähig und teilautonom zu gestalten. Voraussetzung sind reife Automatisierung und strukturierte Daten.
- Internal Developer Platform (IDP)
- Eine Internal Developer Platform (deutsch: interne Entwicklerplattform) stellt Entwicklern Infrastruktur, Pipelines und Monitoring als Self-Service bereit. Statt für jedes Projekt Infrastruktur von Hand aufzubauen, nutzen Teams standardisierte Templates und Golden Paths. Das spart Zeit und reduziert Fehler.
- ISO 26262
- Die ISO 26262 ist der Sicherheitsstandard für elektrische und elektronische Systeme in Straßenfahrzeugen. Sie fordert unter anderem nachweisbare Testabdeckung, Traceability zwischen Anforderungen und Tests sowie lückenlose Dokumentation. Alle drei lassen sich in CI/CD-Pipelines automatisieren.
- IT/OT-Konvergenz
- IT/OT-Konvergenz beschreibt das Zusammenwachsen von Informationstechnologie (IT) und Operational Technology (OT) zu gemeinsamen Prozessen, Werkzeugen und Teams. Statt in getrennten Welten zu arbeiten, nutzen IT und OT gemeinsame Versionierung, CI/CD-Pipelines und Deployment-Prozesse. Treiber sind Industrie 4.0, datengetriebene Produktion und regulatorischer Druck durch NIS2 und IEC 62443.
OT / Industrial
Was regelt die IEC 62443?
OT / Industrial
Was unterscheidet Industrial DevOps von normalem DevOps?
OT / Industrial
Was ist IndustrialFlow?
Automation
Was bringt Infrastructure as Code?
Practices
Was bedeutet Intelligisierung?
Automation
Was ist eine Internal Developer Platform?
Compliance
Wofür steht ISO 26262?
OT / Industrial
Was versteht man unter IT/OT-Konvergenz?
J
// J4 Begriffe
- Jenkins
- Jenkins ist ein Open-Source-Automatisierungsserver und eines der am längsten etablierten CI/CD-Tools. Mit über 1.800 Plugins lässt es sich an nahezu jedes Szenario anpassen, von klassischen Java-Builds über Container-Deployments bis zur Automatisierung von SPS-Projekten mit TIA Portal. Die typischen Schmerzpunkte (Plugin-Konflikte, JCasC, Build-Log-Analyse) lassen sich 2026 mit KI-Assistenten wie Claude Code in Minuten statt Stunden lösen.
- Jenkins Configuration as Code (JCasC) ist ein offizielles Jenkins-Plugin, das die komplette Controller-Konfiguration deklarativ als versionierbare YAML-Datei definiert. Security, Agents, Tools und Plugin-Settings liegen damit als Code vor statt als anklickbare UI-Einstellungen. Zusammen mit Pipeline as Code und Job DSL macht JCasC die gesamte Instanz zu „Jenkins as Code“: reproduzierbar, reviewbar und audit-fähig für regulierte Branchen (ASPICE, IEC 62443). Mit Claude Code lässt sich die JCasC-YAML aus einem bestehenden Setup automatisch reverse-engineeren.
- JenkinsPipelineUnit
- JenkinsPipelineUnit ist ein Open-Source-Framework zum Unit-Testing von Jenkins-Pipelines und Shared Libraries ohne laufende Jenkins-Instanz. Es simuliert den Pipeline-Runner und erlaubt Mocks für sh, docker, withCredentials und Library-Funktionen. Damit werden Pipelines genauso testbar wie Anwendungscode. Claude Code generiert Test-Skeletons und Mocks aus existierenden Library-Funktionen.
CI/CD
Was ist Jenkins und was kann es?
Was ist Jenkins Configuration as Code (JCasC)?
CI/CD
Was ist JenkinsPipelineUnit?
K
// K3 Begriffe
- Kubernetes
- Kubernetes ist ein Open-Source-System zur Orchestrierung von Container-Anwendungen im großen Maßstab. Es übernimmt automatisch das Deployment, die Skalierung, das Load Balancing und die Selbstheilung containerisierter Dienste. Entwickler beschreiben nur den gewünschten Zustand, das Cluster stellt ihn her und hält ihn.
- KI in der SPS-Programmierung
- Künstliche Intelligenz unterstützt die SPS-Programmierung, indem KI-Assistenten Strukturierten Text (ST/SCL), Funktionsbausteine und TIA-Portal-Logik aus natürlichsprachigen Beschreibungen generieren, bestehenden Code erklären und Fehler in Steuerungsprogrammen aufspüren. Im TIA Portal übernehmen das der Siemens Industrial Copilot und seit April 2026 der Eigen Engineering Agent, bei Beckhoff der TwinCAT Chat, herstellerneutral auch allgemeine Modelle wie Claude oder GPT auf dem exportierten Code. Damit KI-generierter SPS-Code nachvollziehbar und auditierbar bleibt, gehört er über das Version Control Interface in Git, als Single Source of Truth für die IT/OT-Brücke.
- Kustomize
- Kustomize nutzen Sie statt Helm, wenn Ihre Konfiguration pro Umgebung nur in überschaubaren Punkten wie Replica-Zahl, Ressourcenlimits oder Endpunkten variiert und Sie ohne Templating-Sprache auskommen wollen. Das nativ in kubectl integrierte Tool legt dazu per overlays/ deklarative Patches über eine gemeinsame base/, statt wie Helm Templates mit Platzhaltern zu rendern. Für hochgradig parametrierbare Drittanbieter-Pakete mit hunderten Optionen bleibt Helm die bessere Wahl. In ArgoCD-Setups werden beide oft kombiniert. Mit kubectl kustomize prüfen Sie das gerenderte YAML vorab, kubectl apply -k wendet es direkt auf den Cluster an.
Automation
Wofür braucht man Kubernetes?
OT / Industrial
Wie hilft KI bei der SPS-Programmierung?
Automation
Wann nutzt man Kustomize statt Helm?
L
// L1 Begriff
- Lead Time for Changes
- Die Lead Time for Changes misst die Zeit vom ersten Commit bis zum Deployment in Produktion. Sie ist eine der DORA-Metriken und zeigt, wie schnell eine Organisation Ideen in ausgelieferte Software umsetzen kann. Im DORA-Report 2024 braucht das Elite-Cluster weniger als einen Tag, das Low-Cluster ein bis sechs Monate.
Practices
Was misst die Lead Time for Changes?
M
// M4 Begriffe
- Maschinenstillstand
- Ein Maschinenstillstand ist jeder Zeitraum, in dem eine Anlage nicht produziert, obwohl sie nach Plan produzieren sollte. Die Kennzahlensprache der ISO 22400 ordnet ihn den Verfügbarkeitsverlusten zu, der ersten der drei OEE-Komponenten neben Leistung und Qualität. Typische Ursachen sind Verschleiß, Materialmangel, Rüstvorgänge, Kurzstillstände und Bedienfehler; hinzu kommt eine Klasse, die in Wartungsstatistiken selten auftaucht: der Software-Stand der Steuerung. In der diskreten Fertigung liegen die Kosten je nach Branche bei 10.000 bis 50.000 Euro pro Stunde.
- Mean Time to Recovery (MTTR)
- Die Mean Time to Recovery, kurz MTTR und auch Time to Recovery genannt, misst, wie schnell ein Team nach einem Ausfall den Normalbetrieb wiederherstellt. Als DORA-Metrik heißt sie seit 2023 Failed Deployment Recovery Time und zählt nur Ausfälle durch Änderungen. Das Elite-Cluster im DORA-Report 2024 stellt in unter einer Stunde wieder her.
- MCP-Server
- Ein MCP-Server ist ein Dienst, der nach dem Model Context Protocol (MCP), einem von Anthropic entwickelten offenen Standard, Kontext, Daten und ausführbare Tools für KI-Assistenten bereitstellt. Das LLM erkennt die angebotenen Tools automatisch und ruft sie in natürlicher Sprache auf, statt für jede Anwendung eine eigene Integration zu bauen. So lassen sich Systeme wie Jenkins, GitLab, Datenbanken oder Ticketing-Tools einheitlich an Claude, GitHub Copilot oder Cursor anbinden.
- Microservices
- Microservices zerlegen eine Anwendung in kleine, unabhängig deploybare Dienste, die jeweils eine klar abgegrenzte Aufgabe erfüllen. Jeder Service kann von einem eigenen Team entwickelt, in einer eigenen Sprache geschrieben und unabhängig skaliert werden. Der Preis dafür ist mehr Komplexität bei Kommunikation und Monitoring.
OT / Industrial
Was ist ein Maschinenstillstand?
Practices
Warum ist die MTTR so wichtig?
Automation
Was ist ein MCP-Server?
Automation
Was sind Microservices?
N
// N1 Begriff
- NIS2-Richtlinie
- Die NIS2-Richtlinie der EU verschärft die Cybersecurity-Pflichten für wesentliche und wichtige Einrichtungen erheblich, im deutschen Gesetz „besonders wichtige“ und „wichtige“ Einrichtungen. In Deutschland gilt sie seit dem 6. Dezember 2025 über das NIS2-Umsetzungsgesetz. Betroffen sind Unternehmen aus Energie, Transport, Gesundheit, Fertigung und digitaler Infrastruktur. Neu ist die persönliche Haftung der Geschäftsleitung.
Compliance
Wen betrifft die NIS2-Richtlinie?
O
// O5 Begriffe
- OPC UA
- OPC UA (Open Platform Communications Unified Architecture, genormt als IEC 62541) ist ein offener Kommunikationsstandard für den Datenaustausch in der industriellen Automatisierung. Er ermöglicht es, Daten zwischen Maschinen, Steuerungen und IT-Systemen herstellerunabhängig, semantisch beschrieben und verschlüsselt auszutauschen. Das ist eine Grundvoraussetzung für IT/OT-Konvergenz.
- OT (Operational Technology)
- Operational Technology umfasst Hard- und Software, die physische Prozesse überwacht und steuert, etwa Produktionsanlagen, SPS-Steuerungen, SCADA-Systeme und Sensoren. Im Gegensatz zur IT, die Daten verarbeitet, wirkt OT direkt auf die physische Welt und muss deshalb andere Prioritäten setzen: Verfügbarkeit und Safety vor Flexibilität. CI/CD-Pipelines für OT brauchen daher OT-Proxy-Agents, Wartungsfenster und Production-Lock-Mechanismen, die etwa IndustrialFlow mitbringt.
- OT-Proxy-Agent
- Ein OT-Proxy-Agent läuft in der Fertigungs-DMZ und überbrückt die Netzwerksegmentierung zwischen IT- und OT-Zone, ohne sie aufzuweichen. Deployment-Befehle werden über TLS-gesicherte Tunnel mit Zertifikats-Auth weitergeleitet, der Agent prüft Maschinenstatus via OPC UA, hält Wartungsfenster ein und protokolliert jede Aktion im Audit-Log. So bleibt das IEC 62443-Zonen- und Conduit-Modell intakt, während CI/CD-Pipelines trotzdem in OT-Zielsysteme deployen können.
- OTA-Update
- OTA steht für Over-the-Air und bezeichnet die drahtlose Aktualisierung von Firmware und Software auf Geräten im Feld. Statt Techniker zu Maschinen oder Fahrzeugen zu schicken, stellt eine automatisierte Pipeline die Updates bereit, inklusive Signierung, gestaffeltem Rollout-Management und Rollback-Möglichkeit.
- Observability
- Monitoring prüft bekannte Metriken gegen Schwellwerte. Observability geht weiter: Durch die Kombination von Logs, Metriken und Traces lassen sich auch unbekannte Probleme diagnostizieren, ohne vorher zu wissen, wonach man sucht. Die drei Säulen Logs, Metrics und Traces ergeben zusammen ein vollständiges Bild des Systemverhaltens.
OT / Industrial
Was ist OPC UA?
OT / Industrial
Was ist Operational Technology?
OT / Industrial
Was macht ein OT-Proxy-Agent in der CI/CD-Pipeline?
OT / Industrial
Was ist ein OTA-Update?
Practices
Was unterscheidet Observability von Monitoring?
P
// P4 Begriffe
- Pipeline as Code
- Pipeline as Code bedeutet, dass CI/CD-Pipelines als Konfigurationsdateien direkt im Code-Repository liegen, etwa als Jenkinsfile, .gitlab-ci.yml oder GitHub-Workflow. Änderungen an der Pipeline werden wie Anwendungscode versioniert, reviewt und getestet. Mit Claude Code im Terminal lassen sich Pipelines aus natürlichsprachiger Beschreibung generieren, refactoren und mit JenkinsPipelineUnit-Tests absichern.
- Platform Engineering
- Ein Platform-Engineering-Team baut und betreibt eine interne Entwicklerplattform, die anderen Teams Self-Service-Infrastruktur, standardisierte Pipelines und Golden Paths bereitstellt. Ziel ist es, dass sich Entwickler auf ihre Anwendungen konzentrieren können, statt sich mit Infrastruktur-Details zu beschäftigen.
- Policy-as-Code
- Policy-as-Code, oft auch Compliance as Code genannt, definiert Compliance-Regeln als maschinenlesbare Dateien, die bei jedem Deployment automatisch geprüft werden. Tools wie Open Policy Agent machen Compliance versionierbar, testbar und durchsetzbar. Niemand muss mehr auf das manuelle Audit einmal im Jahr warten.
- Prometheus
- Prometheus ist ein Open-Source-Monitoring-System, das Metriken von Services und Infrastruktur sammelt und in einer Zeitreihendatenbank speichert. Zusammen mit Grafana als Visualisierungstool bildet es den De-facto-Standard für Monitoring in Kubernetes-Umgebungen. Seit Version 3.0 nimmt Prometheus Telemetriedaten auch nativ per OpenTelemetry (OTLP) entgegen.
CI/CD
Was bedeutet Pipeline as Code?
Practices
Was macht ein Platform-Engineering-Team?
Compliance
Was bringt Policy-as-Code?
Practices
Wofür wird Prometheus eingesetzt?
Q
// Q1 Begriff
- Quality Gate
- Ein Quality Gate ist ein automatisierter Prüfpunkt in der CI/CD-Pipeline, der ein Artefakt erst dann in die nächste Stage lässt, wenn alle definierten Kriterien erfüllt sind: Testabdeckung, statische Code-Analyse sowie Security- und Lizenz-Scans. Fällt eine Prüfung durch, bricht die Pipeline ab und nennt den Grund. So ersetzen Quality Gates subjektive Freigaben durch messbare Schwellwerte.
CI/CD
Was ist ein Quality Gate?
S
// S6 Begriffe
- SBOM (Software Bill of Materials)
- Eine SBOM (englisch Software Bill of Materials, deutsch Software-Stückliste) ist ein maschinenlesbares Inventar aller Softwarekomponenten, Bibliotheken, Versionen und Lizenzen eines Produkts. Die zwei etablierten Formate sind SPDX (Linux Foundation) und CycloneDX (OWASP). Wie Sie eine SBOM in der CI/CD-Pipeline erzeugen, zeigt die verlinkte Schritt-für-Schritt-Anleitung.
- SCADA
- SCADA steht für Supervisory Control and Data Acquisition und bezeichnet ein System zur Überwachung und Steuerung industrieller Prozesse. SCADA-Systeme sammeln Daten von Sensoren und Steuerungen, visualisieren sie in Echtzeit und ermöglichen Eingriffe aus der Leitwarte heraus. Kernbausteine sind der SCADA-Server als Datendrehscheibe, der Historian für Langzeitdaten und das Alarmmanagement für die Alarmierung der Leitwarte.
- Shift-Left
- Shift-Left bedeutet, Aktivitäten wie Testen und Security-Prüfungen so früh wie möglich in den Entwicklungsprozess zu verschieben (Shift-Left-Testing), bildlich gesprochen nach links auf der Zeitachse. Fehler, die beim Commit gefunden werden, sind um Größenordnungen günstiger zu beheben als solche, die erst in Produktion auffallen.
- Site Reliability Engineering (SRE)
- SRE wendet Software-Engineering-Prinzipien auf den IT-Betrieb an. Statt reaktiv Tickets abzuarbeiten, definieren SRE-Teams Service Level Objectives, arbeiten mit Error Budgets und automatisieren manuelle Tätigkeiten systematisch weg. Ziel ist messbare Zuverlässigkeit statt gefühlter Stabilität.
- SPS / PLC
- Eine Speicherprogrammierbare Steuerung (SPS, englisch PLC für Programmable Logic Controller) ist ein Industriecomputer, der Maschinen und Anlagen in Echtzeit steuert. SPS-Programme entstehen in den Sprachen der IEC 61131-3, etwa Strukturierter Text oder Kontaktplan, typischerweise in Umgebungen wie dem Siemens TIA Portal. Die SPS bildet das Rückgrat der industriellen Automatisierung. Welcher Hersteller welches Engineering-Tool nutzt und wie git-tauglich es ist, zeigt der SPS-Hersteller-Vergleich.
- S7.NET
- S7.NET (Paketname S7.NetPlus) ist eine offene C#-Library, mit der .NET-Anwendungen über das S7-Protokoll mit Siemens-Steuerungen (S7-200 bis S7-1500) kommunizieren. Der Code läuft nicht auf der SPS, sondern auf einem Windows-/Linux-Host oder Edge-Device und liest bzw. schreibt Datenbausteine, Merker und Peripherie. Typische Einsätze sind HMI-Anwendungen, OPC-UA-Gateways, MES-Anbindungen und Edge-Datenvorverarbeitung.
Compliance
Was ist eine SBOM (Software Bill of Materials)?
OT / Industrial
Was ist ein SCADA-System?
Security
Was bedeutet Shift-Left?
Practices
Was unterscheidet SRE von klassischem Betrieb?
OT / Industrial
Was ist eine SPS?
OT / Industrial
Was ist S7.NET und wofür wird es eingesetzt?
T
// T4 Begriffe
- TwinCAT.NET
- TwinCAT.NET (Beckhoff.TwinCAT.Ads) ist die offizielle Beckhoff-Library, mit der .NET-Anwendungen über ADS (Automation Device Specification) auf die TwinCAT-Runtime und SPS-Variablen zugreifen. Die C#-Anwendung läuft dabei außerhalb der Echtzeit, etwa als Dienst, Prüfstandssoftware oder Datenanbindung, und liest und schreibt Variablen über ADS. Echtzeit-Logik bleibt in der TwinCAT-SPS (IEC 61131-3) oder in C++-Modulen.
- Terraform
- Terraform ist ein Infrastructure-as-Code-Tool von HashiCorp. Man beschreibt den gewünschten Zustand der Infrastruktur deklarativ in HCL-Dateien, und Terraform stellt diesen Zustand bei AWS, Azure, GCP oder On-Premise her. Änderungen werden geplant, geprüft und erst nach Bestätigung ausgeführt.
- TIA Portal
- Das TIA Portal (Totally Integrated Automation Portal) ist die zentrale Engineering-Plattform von Siemens für die industrielle Automatisierung. Genutzt wird es für die SPS-Programmierung mit STEP 7, die HMI-Projektierung mit WinCC und die Antriebsparametrierung mit Startdrive, vor allem für die Steuerungen S7-1200 und S7-1500. Über das Version Control Interface (VCI) und die Openness-API lässt sich der SPS-Code mit Git versionieren und in CI/CD-Pipelines integrieren.
- Toil
- Toil bezeichnet manuelle, repetitive Arbeit im IT-Betrieb, die keinen dauerhaften Wert schafft, etwa das händische Neustarten eines Dienstes nach einem bekannten Bug. Site Reliability Engineering hat das Ziel, Toil systematisch durch Automatisierung zu eliminieren, damit Teams sich auf wertschöpfende Arbeit konzentrieren können.
OT / Industrial
Was ist Beckhoff TwinCAT.NET?
Automation
Was macht Terraform?
OT / Industrial
Was ist das TIA Portal und wofür wird es genutzt?
Practices
Was bedeutet Toil im SRE-Kontext?
V
// V2 Begriffe
- Value Stream Mapping
- Value Stream Mapping (deutsch: Wertstromanalyse) visualisiert den gesamten Weg einer Änderung von der Idee bis zur Auslieferung in Produktion. Es macht Wartezeiten, Übergaben und manuelle Schritte sichtbar und zeigt damit, wo sich Verbesserungen am meisten lohnen. In vielen Wertströmen besteht der größte Teil der Durchlaufzeit aus Wartezeit, nicht aus Arbeit.
- Vibe Coding
- Vibe Coding (auf Deutsch sinngemäß: „Programmieren nach Gefühl“) bezeichnet KI-gestützte Softwareentwicklung, bei der man eine Aufgabe in natürlicher Sprache beschreibt und ein LLM den Code generiert, gesteuert über Folge-Prompts statt durch Zeile-für-Zeile-Programmierung. Der Begriff stammt von Andrej Karpathy (Februar 2025); typische Tools sind Claude Code, GitHub Copilot und Cursor. In der CI/CD heißt das etwa, ein Jenkinsfile aus einem Prompt erzeugen zu lassen. Das Ergebnis bleibt ein Entwurf, der vor dem Merge reviewt, getestet und auf halluzinierte Abhängigkeiten geprüft wird.
Practices
Wozu dient Value Stream Mapping?
Practices
Was ist Vibe Coding?
// 03Verwandte Themen
Nicht nur Begriffe.
Zusammenhänge.
Vertiefende Leitfäden, Case Studies und Tools — für alle, die über die Definition hinaus weiterdenken wollen.
// Nächster Schritt
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Erstgespräch buchen
Seit 2006 · 47+ Projekte
Industrie · Automotive · Finance
Industrie · Automotive · Finance