Simple, reliable queue-based autoscaling for your Rails app. Starting at $0/mo.
If you’re deciding between Rails Autoscale and Judoscale, you can use either one since both add-ons are “Judoscale” behind the scenes. It’s a single product, but since we couldn’t rename the add-on, it has two faces in Heroku’s marketplace.
We recommend using Judoscale just so the branding you see in the app matches what you see in your Heroku add-on list. But really, it doesn’t matter. They are the same product, with the same pricing, supported by the same team. And they’re the best autoscaler out there.
Heroku has a native autoscaler available for free on performance dynos, so you might be wondering why you’d pay for another autoscaler. Here’s why:
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
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.
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 we’ve answered it for you on the common questions page.
Not sure if Rails Autoscale is right for your app? Let’s chat.
“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.