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

Fly.io: The reclaimer of Heroku's magic

christine.website

Post reply on HN
Print view View original

191–200 of 320 posts

Re: Fly.io: The reclaimer of Heroku's magic

#191

Post by DylanSp »

smt88 wrote: post #174
anon3949494 wrote: post #37

After all the chatter this week, I've come to the conclusion that Heroku froze at the perfect time for my 4 person company. All of these so called "features" are exactly what we don't want or need. 1. Multi-region deployment only work if your database is globally distributed too. However, making your database globally distributed creates a set of new problems, most of which take time away from your core business. 2.…

> Multi-region deployment only work if your database is globally distributed too. However, making your database globally distributed creates a set of new problems, most of which take time away from your core business. I have used multi-region for every production database I've deployed in the last ~8 years, and it took There is a benefit if you're multi-region (but not global) because individual regions go down all t…

For RDS, are you talking about multi-region, or multi-AZ? I know the latter is easy, but I don't think the first is, though maybe Aurora makes it easier.

Re: Fly.io: The reclaimer of Heroku's magic

#192

Post by mathgladiator »

burner556 wrote: post #172
nickjj wrote: post #57

Earlier quoted context omitted.

> Guess what? fly.io offers a turnkey distributed/replicated Postgres for just this reason. You use an HTTP header to route writes to the region hosting your primary. Doesn't this take away a lot of the benefits of global distribution? For example if you pay Fly hundreds of dollars a month to distribute your small app in a few datacenters around the globe but your primary DB is in California then everyone from the EU…

Why are people tripping over $2/mo ? I don’t get this tight-ass mentality. It’s a rounding error.

One reason is that many people use that as a baseline for how they I'd multi-tenacy. It could be they just proxy resources from their customer down to the infrastructure.

Re: Fly.io: The reclaimer of Heroku's magic

#193

Post by smt88 »

DylanSp wrote: post #191
smt88 wrote: post #174

Earlier quoted context omitted.

> Multi-region deployment only work if your database is globally distributed too. However, making your database globally distributed creates a set of new problems, most of which take time away from your core business. I have used multi-region for every production database I've deployed in the last ~8 years, and it took There is a benefit if you're multi-region (but not global) because individual regions go down all t…

For RDS, are you talking about multi-region, or multi-AZ? I know the latter is easy, but I don't think the first is, though maybe Aurora makes it easier.

Multi-region, not just multi-AZ[1].

1. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_...

Re: Fly.io: The reclaimer of Heroku's magic

#194

Post by danenania »

snoman wrote: post #188
otterley wrote: post #130

Earlier quoted context omitted.

The same is true of ECS, but with a much simpler API, much tighter integration with load balancers, a no-charge control plane, and not having to upgrade every cluster every 3-6 months.

I’ve had 2 services running flawlessly in ecs for over a year (with load balancing) without having to touch them. Took me all of 15m to set them up. It’s quite good.

Fargate is really nice too—it takes the benefits of ECS even further to the point that the underlying EC2 instances are abstracted away almost completely.

Fargate with auto-scaling plus Aurora for the DB is pretty great in terms of a nearly zero-maintenance setup that can handle just about any type of service up to massive scale.

Unfortunately getting all the networking and IAM stuff right is still pretty thorny if you want to do things the correct way and not just run it all in public subnets. And the baseline costs are significantly higher than a paas.

Re: Fly.io: The reclaimer of Heroku's magic

#195

Post by hota_mazi »

jen20 wrote: post #176
mrkurt wrote: post #164

Earlier quoted context omitted.

"We also waive fees from big, legitimate bursts."

Contractually?

Great question. I want to know the answer to it.

I apologize for being skeptical but the wording in the contract seems to be extremely handwavy and they don't give me any confidence that if my bill goes from $4 to $200 that month because I made it to the front page of reddit, my bandwidth will magically be waived.

Right now, I feel 100% sure that my credit card would get charged.

Re: Fly.io: The reclaimer of Heroku's magic

#196

Post by jshen »

franciscop wrote: post #156
brundolf wrote: post #31

The only thing I don't like is their usage-based pricing. On Heroku I could pay $7 a month and know I'd never be charged more than that. I'm sure when you're scaling a service it's fine - maybe even better - to do it on a sliding scale. But for a fire-and-forget blog site, I don't want to have to worry about stuff like that.

This is the reason I use Heroku and would never on a personal level use some of the bigger solutions, or apparently Fly.io. As an individual and despite being generally careful, I just cannot have a tiny risk of having a $100k+ accidental bill. I'd rather my project goes down if there's a DDOS attack, or if I made a typo and created an infinite loop. If I take some of my hobby projects to the "next level", it'd be de…

Have you looked at render? Been using it for my hobby sites and am very happy with it.

Re: Fly.io: The reclaimer of Heroku's magic

#197

Post by [deleted] »

danenania wrote: post #194
snoman wrote: post #188

Earlier quoted context omitted.

I’ve had 2 services running flawlessly in ecs for over a year (with load balancing) without having to touch them. Took me all of 15m to set them up. It’s quite good.

Fargate is really nice too—it takes the benefits of ECS even further to the point that the underlying EC2 instances are abstracted away almost completely. Fargate with auto-scaling plus Aurora for the DB is pretty great in terms of a nearly zero-maintenance setup that can handle just about any type of service up to massive scale. Unfortunately getting all the networking and IAM stuff right is still pretty thorny if y…

[deleted]

Re: Fly.io: The reclaimer of Heroku's magic

#198

Post by jshen »

jamie_ca wrote: post #177

The one thing I'm really missing after looking at a number of hosts (Fly and Render being top of list otherwise) is a free database tier. For a toy app, 10k db rows (across all tables) from Heroku was enough to get the app running and have a public URL to share, and I miss those days. I'm working on a fresh Rails7 toy app to try out some new features, and my current thinking is to use sqlite, and add an initializer e…

Render has a free DB tier

Re: Fly.io: The reclaimer of Heroku's magic

#199

Post by DylanSp »

smt88 wrote: post #193
DylanSp wrote: post #191

Earlier quoted context omitted.

For RDS, are you talking about multi-region, or multi-AZ? I know the latter is easy, but I don't think the first is, though maybe Aurora makes it easier.

Multi-region, not just multi-AZ[1]. 1. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_...

Oh, that's handy. Thanks for sharing!

Re: Fly.io: The reclaimer of Heroku's magic

#200

Post by getcrunk »

the_duke wrote: post #123
mrkurt wrote: post #76

Earlier quoted context omitted.

We actually launched with that feature: https://news.ycombinator.com/item?id=22616857 No one took us up on it. What we found is that the majority of people want their stuff to stay up, and the right UX for "shut it down so you don't get billed" is not obvious. We ended up implementing prepayment instead. If you sign up and buy $25 in credit, we'll just suspend your apps when the credit runs out. Bandwidth is weird be…

I'm actually very curious: why is bandwidth so much cheaper on more traditional VPS or dedicated server hosts like Hetzner ? This extends to their somewhat new-ish cloud product, where you get 20TB traffic included - even on a tiny instance. And it's 1 Euro per TB after that. [1] Do they just decide to not profit from bandwidth or are they doing something special that allows them to be so cheap? [1] https://docs.hetz…

transit pricing can still be had readily for ~.10 cents per megabit. that's per second mind you. so you pay for capacity not for bits transferred. {$cloudprovider} makes a sweet margin by upselling that to you in terms of bytes transferred. CF wrote a post explaining it [1]

Obviously, you would need to manage servers,colo,network and keep it up on your own, or pay for it. And cloud providers offer alot of value as well. but if you are at the right scale you can diy it (in-house ops/network team) you can save ALOT of money.

1 - https://blog.cloudflare.com/aws-egregious-egress/

Post reply on HN