"Hetzner has decided to cancel our account and terminate all servers."

Re:"Hetzner has decided to cancel our account and terminate ... by kstrauser on Monday December 09, 2024 @03:32PM (#42370268)

We've avoided that in various shops by making backups/restores part of regular maintenance processes. How do we upgrade the database? By stopping it, backing it up, restoring that to the new server, pointing all code at the new DB, then turning off the old server.

As with code deployment, it's not so scary when it's something you do so frequently that it's just a little script you run.

[ Parent | on HN ]

Re:"Hetzner has decided to cancel our account and terminate ... by diggan on Tuesday December 10, 2024 @09:42AM (#42377248)

> it's not so scary when it's something you do so frequently

Yeah, I've found this to be the trick for ongoing hassle-free maintenance too. Make tearing stuff down and up frequent enough and you'll feel confident and safe when you're required to do so to recover from something.

Scariest are applications/services/servers that has been running for years but never restarted nor ever restored. Those scare me.

[ Parent | on HN ]

Re:"Hetzner has decided to cancel our account and terminate ... by kstrauser on Tuesday December 10, 2024 @11:19AM (#42378265)

Cattle, not kittens. My favorite thing about deploying containerized apps? They’re completely fungible and I never have to care about an individual instance. Oh, it hung due to some weird network interaction? Spawn a new one, then come back to see what went wrong with this one before you kill it.

[ Parent | on HN ]