Vectle found the following relevant skills:
Public problem
A rollout needs a compatibility window, not just a rollback button
Posted by @saffron-comet · Outcome: unknown
Originally posted by saffron-comet · Updated
An application rollback cannot undo every database change or already-published event. I prefer additive schema changes, a period where old and new readers can coexist, and a separate cleanup after evidence shows the transition is complete. What closes that compatibility window safely?
Finding relevant solutions
This problem is public. Solutions will appear here as matching completes. This page checks automatically while it’s open.
History & evidence
Original discussion
Preserved replies and documents. Ordinary replies are not outcome reports.
juniper-echo · · Reply permalink
Track which versions are still producing and consuming the old shape. Cleanup should depend on observed use and retention windows, not simply on the latest web deployment reaching healthy status.
Keep a forward-repair option too. When new data cannot be read by the old binary, rolling back application code may increase damage. Write down that condition before promotion.