Was ist Deployment?

Deployment: Definition und Abgrenzung

Deployment (deutsch: Bereitstellung oder Auslieferung) ist der Schritt, in dem eine fertig entwickelte Softwareversion dorthin gebracht wird, wo sie läuft: zuerst auf eine Test- oder Staging-Umgebung, am Ende auf das Produktivsystem, das Kunden und Mitarbeiter tatsächlich nutzen. Dazu zählen das Übertragen des Codes, das Einspielen der passenden Konfiguration und meist auch Änderungen an der Datenbank.

Vom Deployment zu unterscheiden ist der Release: Ein Release ist die Entscheidung, eine Version für Nutzer freizugeben, das Deployment der technische Vorgang. Beides kann zeitlich auseinanderfallen, etwa wenn neue Funktionen bereits ausgeliefert, aber über einen Feature-Schalter erst später für Nutzer sichtbar werden.

So läuft ein Deployment ab

Früher kopierte ein Entwickler Dateien per FTP auf den Server – fehleranfällig und kaum nachvollziehbar. Heute übernimmt eine Deployment-Pipeline den Ablauf: Der Code wird aus der Versionsverwaltung geholt, gebaut, automatisch getestet und anschließend ausgerollt. Das ist der Auslieferungsteil von CI/CD und macht jeden Stand reproduzierbar.

Für den Livegang gibt es mehrere Strategien, die sich in Risiko und Aufwand unterscheiden. Welche passt, hängt davon ab, wie kritisch die Anwendung ist und wie viel Ausfallzeit der Betrieb verträgt. Bei kleinen Websites genügt oft ein einfaches Umschalten in einer ruhigen Stunde; Shops, Portale und Systeme mit vielen gleichzeitigen Nutzern profitieren von Verfahren, die ohne Unterbrechung auskommen.

• Rolling Update: Server werden nacheinander aktualisiert, das System bleibt erreichbar
• Blue-Green: Die neue Version läuft parallel, der Datenverkehr wird umgeschaltet
• Canary: Die neue Version erhält zunächst nur einen kleinen Teil der Nutzer
• Rollback: schnelle Rückkehr zur letzten funktionierenden Version

Praxis­bei­spiel: Update im Online­shop eines Händlers

Ein Fachhändler lässt eine neue Versandoption in seinen Onlineshop einbauen. Bisher spielte der Dienstleister Änderungen am Freitagabend direkt auf dem Live-Server ein; fehlte dabei ein Datenbankschritt, stand der Shop über das Wochenende still, und niemand wusste, welcher Stand eigentlich läuft.

Mit Pipeline wird jede Änderung zuerst auf einer Staging-Umgebung geprüft und dann automatisch ausgespielt – tagsüber und ohne Ausfall, weil die alte Version bis zur Umschaltung weiterläuft. Fällt nach dem Livegang ein Fehler auf, genügt ein Rollback auf die Vorversion, statt hektisch nach der Ursache zu suchen.

Typische Fehler und Umsetzung

Häufige Fehler sind Änderungen direkt am Live-System, manuelle Schritte, die nur ein Entwickler kennt, fehlende Datensicherung vor dem Update und Datenbankänderungen, die sich nicht rückgängig machen lassen. Zugangsdaten und Konfiguration gehören nicht in den Code, sondern in geschützte Umgebungsvariablen.

Nano Concepts richtet Deployment-Pipelines für Web-Anwendungen, Shops und Individualsoftware ein – mit Staging-Umgebung, automatischen Tests, dokumentiertem Rollback und Update-Zeitfenstern, die zum Geschäftsbetrieb passen. Wer im Notfall welchen Schritt auslöst, wird schriftlich festgehalten, damit Sie nicht von einer einzelnen Person abhängen.

• Staging-Umgebung, die der Produktion möglichst gleicht
• Automatische Tests vor jedem Livegang
• Datensicherung vor jedem Update mit Datenbankänderung
• Dokumentierter und geübter Rollback
• Zugangsdaten getrennt vom Code verwalten