Was meint man mit Deployment?
Deployment bezeichnet den Vorgang, Software in eine Zielumgebung auszuliefern und dort lauffähig zu machen. Das kann ein Testserver sein, eine Staging-Umgebung oder die Produktionsumgebung, in der echte Nutzer mit der Software arbeiten.
CI/CD ImplementierungDeployment ist der Übergang von einem geprüften Artefakt zu einer laufenden Software in einer Zielumgebung. Es umfasst mehr als das reine Kopieren von Dateien: Konfiguration wird gesetzt, Abhängigkeiten werden bereitgestellt, Datenbankmigrationen laufen, Dienste werden neu gestartet und Health-Checks bestätigen, dass das System tatsächlich betriebsbereit ist.
Zielumgebungen sind typischerweise gestaffelt — Entwicklung, Test, Staging und Produktion. Ein Artefakt wandert idealerweise unverändert durch diese Stufen; nur die Konfiguration unterscheidet sich. Dieses Prinzip, dasselbe Build-Artefakt in allen Umgebungen zu verwenden, verhindert die klassische Aussage "Auf meinem System lief es aber".
Im Industrieumfeld ist Deployment besonders heikel, weil die Zielumgebung oft eine physische Maschine, eine SPS-Steuerung oder ein Embedded-Gerät im Feld ist. Hier zählen Wartungsfenster, sichere Übertragung über OT-Proxy-Agents, Signierung der Artefakte und vor allem ein verlässlicher Rollback-Pfad, da ein fehlgeschlagenes Deployment eine Anlage stillstehen lassen kann.
Verschiedene Deployment-Strategien adressieren das Risiko: Blue-Green minimiert Ausfallzeit durch Umschalten zwischen zwei Umgebungen, Canary begrenzt den Schaden durch schrittweisen Rollout, und Rolling Updates tauschen Instanzen nacheinander aus. Die Wahl hängt von Verfügbarkeitsanforderung und Rollback-Fähigkeit ab.
Signiertes OTA-Deployment ins Feld
Ein Hersteller von vernetzten Industriegeräten rollt Firmware over-the-air aus. Jedes Artefakt wird signiert, zunächst an eine kleine Gerätegruppe ausgeliefert und bei stabilem Telemetrie-Signal flottenweit verteilt.
Deployment im Wartungsfenster
Bei einem Fertigungsbetrieb darf ein Deployment auf Linien-Steuerungen nur in einem definierten Nachtfenster erfolgen. Die Pipeline wartet auf die Freigabe, prüft den Maschinenstatus via OPC UA und führt bei Abweichung keinen Deploy aus.
- Was ist der Unterschied zwischen Deployment und Release?
- Deployment bedeutet, Code lauffähig in eine Umgebung zu bringen. Release bedeutet, eine Funktion für Nutzer sichtbar zu machen. Mit Feature Flags lassen sich beide entkoppeln: Code kann deployt sein, ohne dass das Feature schon aktiv ist.
- Wie sorge ich für sichere Rollbacks bei einem Deployment?
- Indem jedes Artefakt versioniert und unverändert wiederverwendbar ist, Datenbankmigrationen rückwärtskompatibel gestaltet werden und die Strategie einen schnellen Wechsel zur Vorversion erlaubt, etwa durch Blue-Green oder versionierte Container-Images.
- Warum sollte dasselbe Artefakt durch alle Umgebungen wandern?
- Weil so ausgeschlossen ist, dass ein erneuter Build in Produktion ein abweichendes Ergebnis erzeugt. Getestet wird exakt das, was später live geht — nur die Konfiguration variiert pro Umgebung.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance