←back to thread

528 points sealeck | 7 comments | | HN request time: 0.014s | source | bottom
Show context
brundolf ◴[] No.31391105[source]
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.
replies(7): >>31391168 #>>31391192 #>>31391253 #>>31391362 #>>31392452 #>>31392496 #>>31395938 #
augstein ◴[] No.31392452[source]
Does that mean if my webapps get DOSed or something like that, and I can‘t react very quickly, I could face a bill potentially in the thousands of dollars?

Currently considering switching from Heroku, but fixed pricing is a must. I‘d rather they shut down my apps temporality in case something is out of control, then get broke ;-)

Any other recommendations besides fly.io?

replies(1): >>31392497 #
mrkurt ◴[] No.31392497[source]
No, we don't bill people for traffic from attacks. We also waive fees from big, legitimate bursts. The intent of our bandwidth pricing is to allow high usage, sustained bandwidth workloads. It's not to sneak one over on you.
replies(2): >>31392559 #>>31395412 #
hota_mazi ◴[] No.31392559[source]
How about large traffic from a legitimate spike (e.g. front page of reddit or HN)?

You have enumerated a lot of alternatives so far (prepaying, waiving attack costs) but you still haven't addressed the number one scenario that everybody has been asking about, and which was the reason why Heroku was such a hit: do you offer a flat fee which, if exceeded, simply shuts down the app until the next billing cycle?

replies(1): >>31392588 #
1. mrkurt ◴[] No.31392588[source]
"We also waive fees from big, legitimate bursts."
replies(1): >>31392784 #
2. jen20 ◴[] No.31392784[source]
Contractually?
replies(1): >>31393345 #
3. hota_mazi ◴[] No.31393345[source]
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.

replies(1): >>31395752 #
4. sodality2 ◴[] No.31395752{3}[source]
Contractually? I doubt it. But they have refunded many, many people on their forums after they report accidental charges. Whether they continue is a different story, but I feel safe using it and certain that I won't be overcharged.

To be clear a bandwidth limit would be awesome! And the pricing may not be for everyone. However there is a large amount of leeway as evidenced by the community forum posts.

replies(1): >>31397407 #
5. jen20 ◴[] No.31397407{4}[source]
Good will does not feel like a good way to scale this. For a business that might be ok, but I’m highly unlikely to recommend to a business something I haven’t personally investigated, and I’m not writing cheques whose value is dependent on the good will of a startup.

I don’t understand why cloud providers will not accommodate this basic “prepay to X and allow me to use the credit” model.

replies(1): >>31402598 #
6. sodality2 ◴[] No.31402598{5}[source]
>I don’t understand why cloud providers will not accommodate this basic “prepay to X and allow me to use the credit” model.

They actually do:

> You can configure fly.io apps with a max monthly budget, we'll suspend them when they hit that budget, and then re-enable them at the beginning of the next month.

From their Launch HN: https://news.ycombinator.com/item?id=22616857

replies(1): >>31404653 #
7. brundolf ◴[] No.31404653{6}[source]
According to this they got rid of the feature at some point: https://news.ycombinator.com/item?id=31391451