Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fly.io outage – resolved

status.flyio.net

Post reply on HN
Print view View original

211–220 of 287 posts

Re: Fly.io outage – resolved

#211

Post by infecto »

qeternity wrote: post #166
cryptos wrote: post #162

Fly.io seems to be a bit of a mixed bag: https://news.ycombinator.com/item?id=41917436 https://news.ycombinator.com/item?id=35044516 https://news.ycombinator.com/item?id=34742946 https://news.ycombinator.com/item?id=34229751 If a cloud platform doesn't really provide reliability, I'd say it's probably not worth it. You could better just rent a (virtual) server and save the cloud tax.

I don't really understand the value prop of fly.io. They seem to have an impressive engineering team despite the outages, but is edge compute really something that 99.9% of devs need? There are tons of large companies that operate out of a single AWS region and those services are used by millions around the globe. It just strikes me as something that enables premature optimization right out of the box.

I am going to go out on a limb and say there is no real value prop to fly.io. I could completely be wrong but it always feels like the modern MongoDB. Everyone wants to use it but I am not sure they are extracting value from it and instead its a shiny toy that is fun to build from.

Re: Fly.io outage – resolved

#212

Post by pc86 »

zackify wrote: post #198
cryptos wrote: post #162

Fly.io seems to be a bit of a mixed bag: https://news.ycombinator.com/item?id=41917436 https://news.ycombinator.com/item?id=35044516 https://news.ycombinator.com/item?id=34742946 https://news.ycombinator.com/item?id=34229751 If a cloud platform doesn't really provide reliability, I'd say it's probably not worth it. You could better just rent a (virtual) server and save the cloud tax.

The reliability is very very bad. It was really insane that 2 times in the past few months the main dashboard was down as I’m demoing something. Not to mention the deploy outages and almost daily some random thing was unavailable or delayed. I had to leave a few months ago after the price raises and how many times my boss saw some issue in the project I had with them. They also deprecated and removed their sqlite bac…

Now just to worry about GCP getting shut down with a few days' notice. /s

But in all seriousness the gall to raise prices before actually fixing the reliability problems is pretty shocking. I understand it's a bit of a chicken-and-egg thing where you maybe are tight on resources but there's no scenario where it's acceptable to have a product with these kinds of problems and then raise prices on existing customers who are putting up with it.

Re: Fly.io outage – resolved

#213

Post by pc86 »

huijzer wrote: post #170
cryptos wrote: post #162

Fly.io seems to be a bit of a mixed bag: https://news.ycombinator.com/item?id=41917436 https://news.ycombinator.com/item?id=35044516 https://news.ycombinator.com/item?id=34742946 https://news.ycombinator.com/item?id=34229751 If a cloud platform doesn't really provide reliability, I'd say it's probably not worth it. You could better just rent a (virtual) server and save the cloud tax.

For experiments and hobby projects the value proposition is amazing. Where else can you spin up an independent instance for $1.94 per month?* *Note this is for an instance with only 256MB RAM ( https://fly.io/docs/about/pricing/ ), but it's definitely possible to run non-trivial projects on that. Rust-based web servers like Rocket require only about 10MB RAM. Basic PHP servers should also fit from what I can find.

Maybe if you're limiting yourself to AWS-wrapper cloud companies. What good is a $2/mo cloud instance if it's down multiple times a month?

Just get a $5/mo VPS instead if you're really concerned about a few dollars a month.

Re: Fly.io outage – resolved

#214

Post by fragmede »

infecto wrote: post #209
fragmede wrote: post #200

Earlier quoted context omitted.

the $5 droplet is underpowered and can't run anything substantial. it's just the price to get you in the door.

a 1vCPU 512mb instance is plenty for most base cases. Maybe you need one additional machine to act as a background worker. I am sure there are some noisy neighbors but to say its underpowered is silly.

I'm calling it underpowered because the $5 one had trouble running my custom ssh daemon. ssh! the cryptography for that shouldn't chug down the server I'm renting from them. a bigger instance from them isn't having the same problems.

Re: Fly.io outage – resolved

#215

Post by encom »

pc86 wrote: post #212
zackify wrote: post #198

Earlier quoted context omitted.

The reliability is very very bad. It was really insane that 2 times in the past few months the main dashboard was down as I’m demoing something. Not to mention the deploy outages and almost daily some random thing was unavailable or delayed. I had to leave a few months ago after the price raises and how many times my boss saw some issue in the project I had with them. They also deprecated and removed their sqlite bac…

Now just to worry about GCP getting shut down with a few days' notice. /s But in all seriousness the gall to raise prices before actually fixing the reliability problems is pretty shocking. I understand it's a bit of a chicken-and-egg thing where you maybe are tight on resources but there's no scenario where it's acceptable to have a product with these kinds of problems and then raise prices on existing customers who…

No /s is needed. Relying on any Google product long term is crazy.

Re: Fly.io outage – resolved

#217

Post by pier25 »

sb8244 wrote: post #210
pier25 wrote: post #86

Earlier quoted context omitted.

If you want HA on Fly you need to deploy an app to multiple regions (multiple machines). Fly might still go down completely if their proxy layer fails but it's much less common.

The proxy layer was the cause of yesterday's outage according to support.

Yes but the previous comment was about hardware failure.

Re: Fly.io outage – resolved

#219

Post by kbolino »

fragmede wrote: post #136
aaomidi wrote: post #105

Earlier quoted context omitted.

What do "Freezes" mean? Like, do you stop renewing your certificates? Do you stop taking in security updates for your software? Sure maybe "unnecessary" changes, but the line gets very gray very fast.

Certs shouldn't still be done by hand that this point; if another heartbleed comes out in the next 7 days then the risk can be examined, escalated, and the CISO can overrule the freeze. If it's a patch for remote root via Bluetooth drivers on a server that has no Bluetooth hardware, it's gonna wait. you're right that there's a grey line, but crossing that line involves waking up several people and the on call person…

There's still a lot of situations where automatic certificate enrollment and renewal is not possible. TLS is not the only use of X.509 certificates, and even then, public facing HTTPS is not the only use of TLS.

It needs to get better but it's not there yet.

Re: Fly.io outage – resolved

#220

Post by mattgreenrocks »

Aeolun wrote: post #160
ignoramous wrote: post #122

Earlier quoted context omitted.

On that Consul outage, Fly Infra concludes, "The moral of the story is, no more half-measures." On their careers page [1], the Fly team goes, "We're not big believers in tech debt." As an outsider, reads like a cacophony of contradictions? [1] https://fly.io/docs/hiring/working/#we-re-ruthless-about-doi...

Two contradictory statements do not read like a 'cacophony' of anything to me xD I think you need a whole lot more than two to do that word justice.

The comment section doing what it does best!
Post reply on HN