Set a billing cap?

[MartinCarlsson]

Hi

I’m considering building my company on Fly.io.

Fly.io seems like the perfect fit.

However, I have one hard requirement for any datacenter. The ability to set a cap on spending.

If I overspend, say over 2k usd/month, I just need my app to shut down, because that can can only be because of DDOS or a misconfiguration.

I didn’t find any information on this on: Fly.io Billing · Fly Docs

[rubys]

Buried under the title “Understand charges beyond the free allowances” is the following:

We’re happy to discuss a refund if you do create compute resources by mistake, or if your app receives unexpected traffic due to an attack and generates a surprisingly large bill. Just send an email to billing@fly.io.

The policy is actually more than that paragraph implies: If you’re a customer of ours, we’re going to charge you in exacting detail for every resource you intentionally use of ours, but if something blows up and you get an unexpected bill, we’re going to let you off the hook.

See the following for more details:

Accident Forgiveness

[halfer]

See also:

Billing limit

I know this has been talked about in the past, but has there been any development on how we can set a billing limit for the pay as you go plan? Really worried about a DOS attack blowing up my bill, or even an accident while configuring my infrastructure. All the big ones have this feature (Azure, AWS, etc), so can we open a formal request for this? At the bare minimum some kind of alert.

Setting billing limit?

Hello, I made the following post on Reddit: Any recommendations for easy Rails hosting? : r/rails Many said Fly.io is a good choice for first hosting. But one thing worries me, while I most likely won’t even reach the basic $5 billing, I would prefer to know upfront that I won’t be billed above let say $7. Is there a way to ensure costs won’t go above certain limits on Fly.io or is it all necessarily dynamic?

Billing Clarification - Legacy Hobby Plan - Growing Usage

Hello, I read a few topics about billing and specifically about my concerns but I’m still a bit confused so I’d like to describe my case and hope that someone would be able to answer. I am on the Legacy Hobby Plan and, as I understand, bills under $5 are being waived each month. But, my hobby apps are beginning to grow and the bill each month is becoming larger. So, I started to wonder, what happens after the $5 threshold? Do I get billed or does my account (organization/apps) get suspended …

How can I place a billing limit on my account?

I am using the free tier, but I want to prevent going beyond that and being charged. How do I do this?

[MartinCarlsson]

Thank you both!

Right now, what I’m working on is just a start-up. The goal is to eventually license the software to very large enterprise customers.

In my experience selling to these kinds of customers, they are — for good reason — extremely concerned about unexpected costs.

So I need to build cost management into my solution from the start. “Accident Forgiveness” is a great if I were selling to medium-sized companies, but not for very large enterprises.

There’s a reason enterprises have >100 employees whose real responsibility is to control AWS costs.

I need to think about this a bit. Fly.io offers three things that are important for my app:

• Easy setup of globally distributed compute
• Easy setup if you have a Dockerfile
• A transparent and fair pricing model

However, without an easy way to build cost overrun management into the product, I’ll need to set up processes to handle that.

[halfer]

@MartinCarlsson

However, without an easy way to build cost overrun management into the product, I’ll need to set up processes to handle that.

Yep, that’s what I’d do for now. In response to your post (and because the topic pops up from time to time) I expanded on that idea here:

Suggestion on setting billing limits: implement them yourself

We see here from time to time a request for billing caps, and the answer is either the Accident Forgiveness Policy, or that explicit caps may appear on the Fly internal development roadmap in the future. For some potential customers, this may not be enough. So, I thought I’d float an idea. Of course Fly has a RESTful API, and it’s a feature-complete Fly playground. Any customer can write an app to explore all the apps and machines to which it has permissions, and monitor usage levels, and stop/…