Live data from Hacker News

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

webcache.googleusercontent.com

241–250 of 493 posts

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

#241
post #235

I'm not a Fly.io user nor affiliated with Fly in any way. I read through these comments and realize it's not possible to distinguish competitor/disgruntled/negative-astroturf from actual user. The "screw you guys, I'm outa here" opinion of someone running a Discord bot on a free tier who uses the public forum for customer support isn't the opinion you want to use to measure Fly customer support. What are paid product…

Paying Fly.io customer with several apps deployed. We’ve not had any of these issues. Fly Postgres is definitely not RDS and they could do a better job of setting the appropriate expectations. Fly either need to use some of their VC money to created a fully managed (autoscaling+replicating) Postgres offering or make it clear to customers that these outages are both possible and that the customer is responsible for their own data + disaster recovery.

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

#242
post #229

Earlier quoted context omitted.

Does anyone know how Hetzner pricing is half of DO yet is profitable, while DO is loss making with 6% operating margin?

They run their own data centres and have for a while. There is a pretty big industry for that sort of thing as an alternative to “the cloud” here in Europe. We used to use nianet to house our hardware in Denmark. Basically these companies does hardware renting and they also do hardware renting with more steps which is where you rent rack space but own the hardware. They provide the place for the hardware and they als…

commendable to plan a few years ahead, but betting on the state of cloud business 26years from now seems a bit over the top

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

#243

Earlier quoted context omitted.

Seems like the OP should have made a HN thread in the first place instead of posting to community.stri^H^H^H^Hfly.io

> ^H^H^H^H alt+backspace will wipe that substring in most shells in one go.

The ^H^H^H^H above was for human readers though.

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

#244

The worst thing about Fly is, when something goes wrong, it's not just one thing, there's bunch of things broken at the same time and their status page will show everything green. Their typical response is either silence or so casual ("oh this is what happens we deploy on friday"). The product looks amazing but it's just a nice package around the most unreliable hosting service I've ever used. You can't just keep bre…

> when something goes wrong, it's not just one thing, there's bunch of things broken at the same time and their status page will show everything green

How dare they use AWS' patented approach to having a service outage.

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

#245

There is now a response to the support thread from Fly[1]: > Hi Folks, > Just wanted to provide some more details on what happened here, both with the thread and the host issue. > The radio silence in this thread wasn’t intentional, and I’m sorry if it seemed that way. While we check the forum regularly, sometimes topics get missed. Unfortunately this thread one slipped by us until today, when someone saw it and flag…

Should losing a single host machine be a big deal nowadays? Instance failure is a fact of life. Even if customers are only running one instance, I would expect the whole thing to rebalance in an automated way especially with fly.io being so container centric. It also sounds like this is some managed Postgres service rather than users running only one instance of their container, so it’s even more reasonable to expect…

If you lose a single instance on RDS and you don't have replication set up, you'll also have downtime. (Maybe not with Aurora?)

And +1 to the sibling comment; Fly makes it very clear that single instance postgres isn't HA, and talks about what you need to do architecturally to maintain uptime.

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

#246
post #124

Earlier quoted context omitted.

I'm using Digital Ocean App platform, which does pretty much everything for me. It's very simple to use. I can run my app as a single developer without caring about infrastructure for 99% of the time.

Do they offer authentication/authorization? This is the one thing I need in every app and don't want to do myself.

I've been using Supabase for authentication/authorization in my recent side project.

The main app is node/express running on Digital Ocean and it connects to directly to the Supabase hosted Postgres for most operations, but then uses the Supabase auth API for auth related stuff.

Saves a lot of time sending password reset emails etc and the entire project costs less than $5/mo in hosting costs.

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

#247

Earlier quoted context omitted.

Me and my partner have paid a visit to their datacenter in Nüremberg. The answer is efficiency. They get more processing power than the other providers for the energy they have to put in

What do they do that makes them more efficient?

i'll guess they pick optimized components for it.

like the longtime workhorse was a high performance skylake desktop cpu w/o ecc ram

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

#248
post #229

Earlier quoted context omitted.

Does anyone know how Hetzner pricing is half of DO yet is profitable, while DO is loss making with 6% operating margin?

They run their own data centres and have for a while. There is a pretty big industry for that sort of thing as an alternative to “the cloud” here in Europe. We used to use nianet to house our hardware in Denmark. Basically these companies does hardware renting and they also do hardware renting with more steps which is where you rent rack space but own the hardware. They provide the place for the hardware and they als…

Couldn't agree more, I think Hetzner is probably Europe's best bet on a hyperscaler. One of the more telling indicators IMO is their growing market share outside of the EU/DACH.

To add on to the comments about Hetzner building their own custom hardware, they also custom built their own software stack. They rejected the hype that was OpenStack and worked diligently on their own hypervisor platform (that they are incredibly secretive about) and that appears to be paying off in spades for them. Most sovereign cloud plays end up being suffocated by the complexity, and incoherence, of the OpenStack ecosystem. It just becomes impossible to ship.

For a fascinatingly different take on how to build a datacenter: https://www.youtube.com/watch?v=5eo8nz_niiM

* Edit: remove speculation about Kubernetes and Hetzner, that was based on hazy memory.

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

#249
post #208
post #130

Earlier quoted context omitted.

I never thought to make friends with people who's only common thing with me is that they shop at the same place. Companies creating a "community" is exactly as you described.

I am an interested party in the process space, and I think that's ungenerous. When you work with a complex tool every day, and you have to find solutions for this or that issue, develop strategies for this or that business case, etc etc, you're not really shopping - it's more like you're in the trenches. At that point, finding people who have the same issues and talking shop with them, can be great for both knowledge…

We're talking about private companies running forum software instead of providing support. We're not talking about the power of IRC or mailing list communities for open source projects and the like.

If I pay for something I want the person I pay money to help me fix problems I get.

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

#250
post #232
post #174

Earlier quoted context omitted.

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.

The 'where each user is' is implicit, the expectation is that you're some kind of global SaaS, and you want low latency where ever 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 spe…

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.

Post reply on HN