5 ms·
Since we run on Kubernetes, rolling back the code is a matter of redeploying the older images. Rolling back database changes is more challenging but usually we
by ksajadi 7y ago
Since we run on Kubernetes, rolling back the code is a matter of redeploying the older images. Rolling back database changes is more challenging but usually we have “down” scripts as well as up scrips for all dB changes allowing us to roll database changes back too.
We use Cloud 66 Skycap for deployment which gives us a version controlled repository for our Kubernetes configuration files as well as takes care of image tags for each release.
- protonimitate 7y agoSimilar set up here... except our CI doesn't handle "down" scripts, so bad db migrations are roll-forward only. Which.. isn't as bad as I thought it would be (so far).