Live data from Hacker News

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

webcache.googleusercontent.com

461–470 of 493 posts

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

#461
post #420

Earlier quoted context omitted.

> Who fully sets up a significant project locally? Who doesn't? I couldn't imagine having to push to some cloud agent and wait a random amount of time every time I want to test something. With it local I can just save, maybe rebuild or have it auto-rebuild if necessary, and test, then repeat. On a fast machine this can be a few seconds or instantaneous. Maybe the niche I'm missing here is very "green" developers who…

Really? Redundant databases? Redundant redis servers? Caching? All locally?

Maybe not redundant because it’s just for testing, but you absolutely can run an entire stack like that on a decent laptop. You can even use Docker to run the same containers you run in production.

I’ve run Kubernetes clusters in multiple Parallels VMs locally with work loads in them to play around.

You also learn a ton about how things work which helps you debug and fix stuff when things go wrong. Even if you use managed stuff it’s always a huge plus to understand at least the basics of how it runs.

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

#463

I've never tried Fly and I never will because of all the issues I've seen on HN alone

Are you a paying customer to any hosting cloud provider?

We are on Cloudflare Enterprise. We also pay over $20k/mo to OpenAI and are on their Enterprise network too. So, yes.

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

#464

Earlier quoted context omitted.

At that level I think I'd just put the images in the database.

That's an option, but I want to keep things simple and the assumption is usually "filesystem" but weirdly most libraries assume S3 usage. I don't think I've seen native support for db-stored images in any of the libraries I use, which is sad but a reality.

Maybe not directly in libraries but there's a few programs to make a fuse filesystem backed by a database.

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

#465

Earlier quoted context omitted.

> Hope they get some magic sauce to become better at this. When I saw them describe their multiregion SQL replication architecture I thought "what crazy person thought this wouldn't eventually open up a spider's nest of distributed systems errors?"

Our multiregion SQL replication architecture is the standard Postgres multiregion replication architecture. We do single-write-leader, multiple reader replicas, like everybody else does.

This is not standard. I see now that it is legacy, but I think it still demonstrates a bit of poor judgement. I believe it was before you were at fly, tptacek

https://fly.io/docs/getting-started/multi-region-databases/

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

#466

Earlier quoted context omitted.

I adore DO. They’re seriously underrated. I love how they’ll just give you a server and say here, have at it. No abstractions, no fancy crap, just get out of my way and let me do my thing.

I love their high value content about dev ops, I have learned most of what I know in this field tinkering with a VPS with their great tutorials on how to set up stuff.

Seriously! They have an amazing article I followed one time to set up a k8s cluster to run any container I wanted with full automatic ssl provisioning/management and dns. Make a quick little yml file that includes what subdomain it wants to be and kubectl apply. The cluster was like $100 a month all-in and performed like a beast at huge traffic levels, and all I did was follow a tutorial.

I know that’s probably pretty easy for many, but I was pretty new to k8s and it felt like magic.

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

#467

Earlier quoted context omitted.

Render has been my drop-in successor to Heroku. No complaints except their weird team pricing, which doesn't matter for solo projects

Render didn't support Docker images last I checked, and the worst part of Heroku and cloning it was not actually having a locally reproducible build image. I want to deploy what I've built locally, not hand my source over to some magical pipeline.

Different strokes. Personally I avoid Docker in favor of source-code-deployment; the "magical pipeline" is usually just "git pull and then run a provided command". But Render does support Dockerfiles for eg. installing a runtime like Deno that isn't provided out of the box

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

#468

Earlier quoted context omitted.

My experience was the same. I stopped using it for hobby projects recently when I had two consecutive days of being unable to build anything. The same stuff that built the week before, built fine locally, then eventually built on fly again — just, inexplicable downtime with no word from support. Their free tier is very generous. You can get a lot happening and stay under their billing threshold. But, I like to get st…

> I need a service that’ll let me just build my goddamn project. This was a small static site built by Node, so nothing spectacular happening (Cloudflare|GitHub|GitLab) Pages should do you nicely!

I actually use digitalocean and it’s pretty solid for static sites (they’re free, I think). It’s also convenient because that’s where pretty much all of my stuff lives these days. I used to put piles of stuff on GitHub pages though! I have some great memories of learning how awesome static sites could be, and how cool it was that they’d deploy just by pushing your repository. That seemed like magic back then.

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

#469

Earlier quoted context omitted.

I left digitalocean for fly because some of their tooling was excellent. I was pretty excited. I’m back on digitalocean now. I’m not unhappy about it, they’re very solid. I don’t love some things about their services, but overall I’d highly recommend them to other developers. I gave up on fly because I’d spontaneously be unable to automate deployments due to limited resources. Or I’d have previously happy deployments…

I adore DO. They’re seriously underrated. I love how they’ll just give you a server and say here, have at it. No abstractions, no fancy crap, just get out of my way and let me do my thing.

I agree. I can either abstract with the app platform or kubernetes, or I can go straight into the box myself and do whatever needs doing. It has been a real pleasure.

I think fly’s tooling feels better than doctl, but the infrastructure is incomparable at the end of the day. doctl has improved over time too, and with added pressure from newcomers I don’t doubt that it’ll continue to improve.

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

#470
post #124

Earlier quoted context omitted.

I adore DO. They’re seriously underrated. I love how they’ll just give you a server and say here, have at it. No abstractions, no fancy crap, just get out of my way and let me do my thing.

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.

Same, it works really well.

Part of what inspired me to give fly.io a shot was that I didn’t love the monorepo deployment story on the app platform. Fly doesn’t have a solution to that, but I suppose I felt less tied to DO at the time because I wasn’t totally content anyways. I’ve discovered since then that I was actually doing it wrong, so I’m way happier. I’m pretty big on monorepos so their whole system fits my workflow remarkably well now.

I’d like to figure out how to prevent deployments when my code doesn’t change in one app, but does in another. At the moment, pushing anything at all will trigger all apps to rebuild and deploy again. Not a huge deal and several orders of magnitude less painful than not being able to deploy at all, haha.

Post reply on HN