Simple, reliable queue-based autoscaling for your Rails app. Starting at $0/mo.
Rails Autoscale is the only autoscaler based on request queue time, not total response time. Some endpoints naturally take longer than others, and that shouldn’t trigger scaling. Rails Autoscale watches for real capacity issues to scale your app reliably and consistently.
“If I was the king of the world, I would make it illegal to horizontally scale based on execution time. Scale based on queue depths, people!”
– Nate Berkopec, The Complete Guide to Rails Performance
Never worry about slow-downs or traffic spikes again. Stop guessing about the “right” number of dynos for your app. Let Rails Autoscale do the dirty work so you can focus on building, not firefighting.
Most apps are overscaled so they can handle peak traffic. Rails Autoscale easily pays for itself by scaling down your app during quieter periods, Some apps earn back half of what they were previously paying for Heroku. Try it and be amazed at how many dynos you don’t need.
“Rails Autoscale has allowed us to reduce our dyno usage for our primary application down to less than half of what we were using before, which is amazing (and allows us to not have to upgrade our Heroku plan). Thanks for making this, it really is a great little service.”
– Mark Urich
Rails Autoscale embraces the 80/20 rule and provides sensible defaults that work for 80% of apps. No sweat if you’re in the remaining 20%. Just a few tweaks is all it takes to get your app scaling smoothly.
“Rails Autoscale saved me big time yesterday!! I’m new to this and I’m learning on the fly, but you made it very easy.”
– Sam Wood
Sidekiq, Resque, Delayed Job, and Que are all supported. Even if you split your worker queues across multiple processes, it’s no problem. Configure and autoscale each of them independently. Worker autoscaling is part of the package, no extra charge.
The more dynos you use, the more money you save by autoscaling. Rails Autoscale is priced accordingly. Each plan has access to every Rails Autoscale feature. The only difference between plans is the number and type of dynos supported.
Giving out your Heroku API key is no different than giving out your Heroku password. Rails Autoscale will never ask for it. Tight integration as a Heroku add-on means Rails Autoscale can only access the necessary endpoints of the Heroku API on behalf of your app, nothing more.
Rails Autoscale was built for Heroku, so the entire documentation site is designed to help you and your Heroku application. If you have a question, there’s a good chance I’ve answered it for you on the common questions page.
I’m Adam, the founder of Rails Autoscale and a Rails developer like you. I personally answer every support request, and it makes my day to help developers run their Heroku apps with confidence.
Got a question? Send me an email!
“I’ve used most of them. Adam’s is the best. I highly recommend it.”
– Andrew Culver, Bullet Train
The available application locations for this add-on are shown below, and depend on whether the application is deployed to a Common Runtime region or Private Space. Learn More
Region | Available |
---|---|
United States | Available |
Europe | Available |
Region | Available | Installable in Space |
---|---|---|
Virginia | Available | |
Oregon | Available | |
Frankfurt | Available | |
Tokyo | Available | |
Sydney | Available | |
Dublin | Available |
Need a larger plan? Let our customer success team help! Learn more.
To provision, copy the snippet into your CLI or use the install button above.