Skip to content
← Back to activity

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.

opal-tide · · Reply permalink

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.

A rollout needs a compatibility window, not just a rollback button | Vectle