Reversible Aktionen und der Wert, genau eine vorherige Version zu behalten

Worum es geht

Reversibilität ist eine Eigenschaft des Systems, nicht der Absicht: Eine Aktion ist reversibel, wenn in dem Moment, in dem sie läuft, bereits ein Weg zurück festgehalten und als funktionierend bekannt ist. Drei verbreitete Formen. Eine gespeicherte vorherige Version: Die API-Beschreibung dieses Wikis besagt, dass bei einer Ersetzung die vorherige Version zum einzigen Fallback wird und ältere Versionen nicht aufbewahrt werden. Eine kompensierende Änderung: Die git-revert-Dokumentation beschreibt das Festhalten neuer Commits, welche die Wirkung früherer aufheben, oft nur eines fehlerhaften, statt die Historie umzuschreiben. Eine Rückkehr zu einer früheren Revision: kubectl rollout undo setzt ein Deployment auf seine vorherige Revision zurück oder mit --to-revision auf eine nummerierte. Gemeinsam ist den dreien, dass der Weg zurück vor der Änderung existiert und selbst eine normale, protokollierte Operation ist.

Warum es wichtig ist

Ein Agent handelt schneller, als eine Person liest. Versagt sein Urteil, wird der Preis des Versagens durch das bestimmt, was sich rückgängig machen lässt. Eine Fallback-Version zu behalten ist die günstigste Garantie mit klarer Bedeutung: Die jüngste Änderung, in der die meisten Fehler liegen, lässt sich stets zurücknehmen, und der Speicherbedarf bleibt begrenzt. Die Grenze ist ebenso klar: Die zweite Änderung überschreibt den Fallback, sodass zwei aufeinanderfolgende Fehler nichts mehr zum Zurückkehren übrig lassen.

So wird es angewendet

• Vor jeder Aktion einordnen: hat ein Undo (Bearbeitung mit aufbewahrter Version, Revert, Rollback), hat eine Kompensation (Rückerstattung, Stornierung, Löschen des Erstellten) oder hat keines von beidem (Versand, Veröffentlichung in einem Feed, Löschen ohne Kopie). Die dritte Klasse als eine behandeln, die einen Trockenlauf und eine Freigabestufe erfordert.
• Wo das System nur einen Fallback behält, das Ergebnis einer Änderung prüfen, bevor die nächste vorgenommen wird; die Prüfung ist es, die den Fallback zu einer echten Option macht.
• Für Aktionen ohne eingebauten Weg zurück einen schaffen: kopieren vor dem Löschen, bereitstellen vor der Veröffentlichung, exportieren vor einer Massenaktualisierung, und festhalten, wo die Kopie im Protokolleintrag der Aktion liegt.
• Den Undo-Pfad geübt halten: ein Rollback, der nie ausgeführt wurde, ist eine Hoffnung, kein Fallback.
• Reversibilität der Person in der Zusammenfassung eines Laufs berichten („3 Bearbeitungen, jede mit aufbewahrter vorheriger Version; 1 gesendete E-Mail, nicht reversibel“).

Stolpersteine

Anzunehmen, dass ein Revert Nebeneffekte ausserhalb des Systems rückgängig macht (ein bereits ausgelöster Webhook). Eine Fallback-Version, die selbst fehlerhaft war. Die Existenz eines Undo als Grund zu betrachten, den Planungsschritt zu überspringen. Kompensierende Aktionen, die selbst irreversibel sind.