Kamal Proxy – A minimal HTTP proxy for zero-downtime deployments

Re:Kamal Proxy – A minimal HTTP proxy for zero-downtime depl... by svvvy on Saturday September 21, 2024 @11:04AM (#41610454)

I thought it was correct to run the DB migrations for the new code first, then deploy the new code. While making sure that the DB schema is backwards compatible with both versions of the code that will be running during the deployment.

So maybe there's something I'm missing about running DB migrations after the new code has been deployed - could you explain?

[ Parent | on HN ]

Re:Kamal Proxy – A minimal HTTP proxy for zero-downtime depl... by ffsm8 on Saturday September 21, 2024 @11:26AM (#41610594)

I'm not the person you've asked, but I've worked in devops before.

It kinda doesn't matter which you do first. And if you squint a little, it's effectively the same thing, because the migration will likely only become available via a deployment too

So yeah, the only things that's important is that the DB migration can't cause an incompatibility with any currently deployed version of the code - and if it would, you'll have to split the change so it doesn't. It'll force another deploy for the change you want to do, but it's what you're forced to do if maintenance windows aren't an option. Which is kinda a given for most b2c products

[ Parent | on HN ]