Was ist Deployment?

Deployment bezeichnet den Vorgang, bei dem eine Software- oder Website-Version aus der Entwicklungsumgebung in den produktiven Betrieb überführt wird - dorthin, wo Kunden oder Website-Besucher sie tatsächlich zu sehen bekommen. Technisch steckt darin mehr als ein einfaches Hochladen von Dateien: Der Code wird gebaut oder kompiliert, durchläuft automatisierte Tests, wird auf den Zielserver übertragen und dort aktiviert. Bei einem gut eingerichteten Deployment merkt niemand etwas vom Wechsel, weil die neue Version im Hintergrund vorbereitet und erst im letzten Schritt sichtbar geschaltet wird.

Entscheidend ist dabei die Reproduzierbarkeit: Ein Deployment sollte sich jederzeit wiederholen oder rückgängig machen lassen, falls nach der Veröffentlichung Fehler auffallen. Deshalb unterscheiden viele Teams zwischen einer Staging-Umgebung, in der eine neue Version vor der eigentlichen Veröffentlichung geprüft wird, und der Produktivumgebung, die die Besucher tatsächlich erreicht. Moderne Setups nutzen dafür sogenannte CI/CD-Pipelines, die diesen Ablauf automatisch anstoßen, sobald neuer Code eingecheckt wird, ohne dass jemand manuell einen Server anfassen muss.

Ein häufiges Missverständnis ist, Deployment mit dem bloßen Fertigstellen oder Speichern einer Datei gleichzusetzen. Tatsächlich ist es ein eigener technischer Schritt mit eigenen Risiken: Eine fehlerhafte Konfiguration, eine vergessene Umgebungsvariable oder ein nicht kompatibles Datenbank-Update können ein Deployment scheitern lassen, selbst wenn der Code auf dem eigenen Rechner einwandfrei lief. Genau deshalb gehören automatisierte Tests und ein klarer Rückweg zur vorherigen Version zu einem seriösen Deployment dazu, nicht nur der reine Übertragungsvorgang.

Deployment wird häufig mit benachbarten Begriffen verwechselt, die etwas anderes meinen. Ein Release ist die unternehmerische Entscheidung, was und wann veröffentlicht werden soll, während das Deployment den technischen Vorgang bezeichnet, der diese Entscheidung umsetzt. Hosting wiederum meint die Infrastruktur, auf der die ausgerollte Version anschließend läuft, nicht den Übertragungsvorgang selbst. Auch ein bloßes Veröffentlichen im CMS ersetzt kein echtes Deployment, wenn dabei kein Build- oder Prüfschritt stattfindet. Bei der praktischen Umsetzung wiederholen sich zwei Fehler besonders oft: Unternehmen setzen ein Deployment zur Hauptnutzungszeit an, statt es in ruhigere Phasen zu legen, sodass mögliche Störungen genau dann auftreten, wenn die meisten Besucher aktiv sind. Und nach dem Deployment fehlt häufig ein Monitoring, das Fehler sofort meldet – stattdessen erfahren Unternehmen erst durch Kundenbeschwerden, dass etwas schiefgelaufen ist.