←back to thread

Fly.io Postgres cluster down for 3 days, no word from them about it

(webcache.googleusercontent.com)
797 points burnerbob | 2 comments | 20 Jul 23 23:42 UTC | HN request time: 0s | source
Show context
wg0 ◴[21 Jul 23 06:32 UTC] No.36810659[source]▶
Not a sarcastic or rhetorical question - how come the three big A clouds or even smaller ones (Hetzner,my favorite) are mostly so stable (give or take some outages) and anyone knows their internal engineering, architecture and practices to keep systems that much stable?
replies(3): >>36810700 #>>36810945 #>>36812149 #
system2 ◴[21 Jul 23 06:38 UTC] No.36810700[source]▶
IMHO it is their approach. I use Hetzner and OVH (and their other variants for lower budget clients) for our EU clients. They do not use buzz words like "deploy app server", "cloud clusters", "turbo charge this app". They are simply providing VPS and similarly configured droplets. They are also established and don't want to mess around with very modern experimental infrastructures.

Same goes for Digital Ocean. No buzz words. Just hosting with droplets. They simply say "here pick a linux distro, configure whatever and don't ask us much about app support". I use their Linux distros for my own apps and if want anything extra I just install it and suffer my own actions' consequences. Not theirs.

replies(1): >>36810780 #
pinkcan ◴[21 Jul 23 06:54 UTC] No.36810780[source]▶
DO, OVH, and Hetzner are more stable because they don't use buzzwords?
replies(1): >>36810977 #
wg0 ◴[21 Jul 23 07:22 UTC] No.36810977[source]▶
I guess what OP is getting at is that these providers stick to the battle tested proven bedrock and nothing like "run your app where your users are" which I find interesting because that too can be done with any cloud that has a Datacenter in the region where you happen to have users.

So this "closer to your users" voodoo is a little beyond me.

replies(1): >>36811664 #
1. OJFord ◴[21 Jul 23 09:06 UTC] No.36811664[source]▶
The 'where each user is' is implicit, the expectation is that you're some kind of global SaaS, and you want low latency whereever your users are.

Sure you can do that with any cloud (or multiple) that has datacenters in a suitable spread of regions, but I suppose the point (or claimed point, selling point, if you like) is that that's more difficult or more expensive to coordinate. Fly says 'give us one container spec and tell us in which regions to run it', not 'we give you machines/VMs in which regions you want, figure it out'. It's an abstraction on top of 'battle tested proven bedrock' providers in a sense, except that I believe they run their own metal (to keep costs down, presumably).

replies(1): >>36811909 #
2. wg0 ◴[21 Jul 23 09:46 UTC] No.36811909[source]▶
Some workloads are surely latency sensitive but some of those transactional CRUD systems don't need that much closer to the edge is my possibly flawed opinion.

I mean chat or e-commerce yes, the edge and all.

But for a ticketing system, invoicing solution or such, a few hundred millisecons are not that much of a big deal but compliance, regulations matter more.