Rollback, im Tech-Kontext.
Ein Rollback setzt eine Anwendung auf den letzten funktionierenden Stand zurück, wenn eine Veröffentlichung schiefgeht. Der Notausgang jedes Releases.
Ein Rollback ist die geplante Rückkehr auf den zuletzt lauffähigen Stand, nachdem eine Veröffentlichung Fehler verursacht hat. Der Code-Teil ist einfach, sofern jede Version als eigenes Paket vorliegt: Der Server zeigt wieder auf die vorherige Fassung. Schwierig wird der Datenteil, denn Schemaänderungen lassen sich selten sauber umkehren. Deshalb gilt: Sicherung vor jeder Migration und Änderungen so bauen, dass alte und neue Codeversion kurzzeitig mit demselben Schema arbeiten können. Organisatorisch gehört dazu, wer die Entscheidung trifft und innerhalb welcher Frist. Ohne geübten Ablauf verhandelt im Störfall ein Team unter Druck.
Beispiele aus dem Mittelstand
- Nach einem Release bricht die Terminbuchung, das Team schaltet binnen zwei Minuten auf die Vorversion zurück.
- Ein Shop rollt eine neue Checkout-Version zuerst für fünf Prozent des Traffics aus, damit ein Rückzug ohne Vollausfall möglich bleibt.
Folge-Fragen
Wie schnell muss ein Rollback gehen?
Bei umsatzrelevanten Strecken unter fünf Minuten. Das setzt versionierte Pakete und einen Schalter voraus, nicht ein erneutes Bauen unter Zeitdruck.
Warum ist ein Datenbank-Rollback so heikel?
Gelöschte Spalten und umgeformte Daten sind nicht rückwärts erzeugbar. Deshalb erst hinzufügen, dann umstellen, und erst nach Bewährung entfernen.
Rollback oder schneller Hotfix?
Bei unklarer Ursache immer zurück auf den alten Stand und in Ruhe analysieren. Ein Hotfix lohnt nur, wenn die Ursache eindeutig und die Änderung winzig ist.
Was gehört in einen Rollback-Plan?
Wer entscheidet, welche Version das Ziel ist, wie mit Daten seit dem Release umgegangen wird und wer Kunden informiert. Zwei Seiten reichen.
Rollback in der Praxis.
Wo dieser Begriff in deinem Geschäft konkret wird, beginnt die Arbeit. Wir nennen klar, ob die Idee in unser Studio passt.
Digital-Audit