Live data from Hacker News

Reliability: It’s not great

community.fly.io

141–150 of 476 posts

Re: Reliability: It’s not great

#141

Earlier quoted context omitted.

If someone is not already using the holy trinity (AWS/Azure/GCP) there is probably a reason.

I'm not using gcp anymore because it's not worth risk losing access to my personal gmail account just to play around with pet projects. I might be paranoid, but I just don't feel comfortable when there's so much in play.

Totally agree with this mindset. My digital life is on the line because Google refuses to separate services.

Re: Reliability: It’s not great

#142
post #88
post #74

Earlier quoted context omitted.

The amount of EU companies following this law is exactly 0.

I know I've personally spent a large portion of my time updating systems to be compliant in the last few years, in North American companies.

might well have been yak shaving. If a company is under US jurisdiction it simply cannot comply to EU data protection.

Re: Reliability: It’s not great

#143
post #5

I'm not a user of Fly.io. I can't help but notice how remarkable the effect of open communication on potential end users like me. I remember reading about their reliability problems on HN some time ago. That biased my view of the company. After reading this, the open communication and transparency restored my trust in them, and would make them again a potential candidate for future projects. Because now I know that t…

Agreed, this is how company communication should be. I don't use Fly but would consider them in the future even given their recent issues. I look at this in contrast to Twitter who had/has? an outage today. Their leadership is opaque and doesn't take responsibility for the issues they are causing.

In fairness, a CEO who has basically been Kanye-ing himself and his company into irrelevance is a low bar.

Re: Reliability: It’s not great

#144

Fundamentally I think some of the problems come down to the difference between what Fly set out to build and what the market currently want. Fly (to my understanding) at its core is about edge compute. That is where they started and what the team are most excited about developing. It's a brilliant idea, they have the skills and expertise. They are going to be successful at it. However, at the same time the market is…

This is spot on. I found myself using Fly for a project because it was super easy, not because I needed edge compute. TBH it's still actually unclear to me who needs edge compute? What apps require this sort of infra? It's not 99% of web apps right?

One of the big benefits of edge compute is that it’s geographically distributed. Doesn’t make a big impact across the US, but globally a lot of nations have specific data laws, so it’s important to host data in the required nation. Keep customer data in its nation of origin, but have a single control plane and platform for ever data center.

Re: Reliability: It’s not great

#145
post #5

I'm not a user of Fly.io. I can't help but notice how remarkable the effect of open communication on potential end users like me. I remember reading about their reliability problems on HN some time ago. That biased my view of the company. After reading this, the open communication and transparency restored my trust in them, and would make them again a potential candidate for future projects. Because now I know that t…

This is huge. Even as a member of a larger company, this stuff matters. If you have a vendor that doesn't bullshit you when things go wrong, you can actually trust. This is how you avoid companies having the "hmmm they seem to be having lots of issues recently, let's consider moving off them" conversation.

Re: Reliability: It’s not great

#146

Earlier quoted context omitted.

I'm not using gcp anymore because it's not worth risk losing access to my personal gmail account just to play around with pet projects. I might be paranoid, but I just don't feel comfortable when there's so much in play.

Create a new Gmail account?

Separating concerns, isolating things that are not related, these are some basic tenets of good engineering. Yet we all keep rolling the ball of mud downhill and act shocked it keeps growing and swallowing everything.

Re: Reliability: It’s not great

#147
post #5

I'm not a user of Fly.io. I can't help but notice how remarkable the effect of open communication on potential end users like me. I remember reading about their reliability problems on HN some time ago. That biased my view of the company. After reading this, the open communication and transparency restored my trust in them, and would make them again a potential candidate for future projects. Because now I know that t…

This is probably therapy, but your message and fly.io's post resonates a lot with what I'm going through. I took a product owner role about 6 months ago, my first, with a company that has turned out to be just a mired mess, and a product universally hated both internally and externally. Long story short, it's completely over-engineered by a bunch of intellectual engineers with no focus, no discipline, and no oversigh…

I feel this. I hope you get over the hump and your job gets fun. We've had flashes, at least, but I do think what we're doing (and probably what you're doing) require some irrational behavior.

Re: Reliability: It’s not great

#148

Earlier quoted context omitted.

I don't even understand what you mean as the difference between "something like RDS" and "something like CrunchyData" -- they seem like similar products to me?

I see RDS as the absolute bare minimum for a managed database; providers like Timescale or Crunchy tend to add some pretty useful stuff on top.

For my own curiosity, I am interested in hearing what features Crunchy adds on top that RDS doesn't have, that folks find pretty useful!

(Timescale -- I think i know, it adds features specifically about storing time series? But I don't think crunchy has additional domain-specific stuff like this? What are the pretty useful features folks find in crunchy that RDS lacks?)

Re: Reliability: It’s not great

#149

Well, I feel for them. Scaling up is a bitch. I've been lucky, in the past, but a lot of that, is because I have "overengineered," and the tools/frameworks have advanced to meet the new demand. I am in the middle of a complete, bottom-to-top rewrite of the app we've been developing for the last couple of years. It's going great, but making this leap was a fraught decision. It's mainly, so I wouldn't have to write a p…

Hope this isn't a dumb question, but what's an "SPM module"?

Re: Reliability: It’s not great

#150
post #73

Earlier quoted context omitted.

We're nowhere even within the line of sight of closing up shop. We just haven't been doing a good job of aggressively communicating (a) when things go wrong and (b) what we're doing to account for it. The Fly.io of 2023 looks almost nothing like that of 2021 (all for the better), and it's not obvious to our users what's changed. We've been doing a shitty job of communicating, and we're taking our licks for it now.

A lot can happen in 11 years :-) And thanks a lot for fly.io -- it's working great for my (rather small) use cases.

Oh my god that's a great callback.
Post reply on HN