README.md in dynoscale_ruby-1.0.1 vs README.md in dynoscale_ruby-1.0.2

- old
+ new

@@ -1,18 +1,22 @@ # Dynoscale Ruby -#### Simple yet efficient scaling agent for Ruby/Rails apps on Heroku +#### Simple yet efficient scaling agent for Ruby/Rails apps on Heroku. A better [heroku autoscaling](https://dynoscale.net/blog/why-is-queue-time-more-important-than-backend-request-time-to-auto-scaling) alternative. ## Getting Started 1. Add __dynoscale__ to your app on Heroku: `heroku addons:create dscale` 2. Add the agent Gem to your Gemfile: `gem 'dynoscale_ruby'` 3. Run bundle: `bundle install` 4. Profit! (Literally, this will save you money 😏 The environment variable `DYNOSCALE_URL` must be set in order for your application to communicate with Dynoscale Servers. +## Status + +[![Gem Version](https://badge.fury.io/rb/dynoscale_ruby.svg)](https://badge.fury.io/rb/dynoscale_ruby) + ## Non-Rails Rack Based Apps In addition to the above steps, you will need to `require 'dynoscale_ruby/middleware'` and add the `DynoscaleRuby::Middleware` before the `Rack::Runtime` in your application. ## Data Shared with Dynoscale @@ -22,9 +26,17 @@ * queue measurement data for web and worker dynos ## Worker Adapter In addition to Web scaling, Dynoscale collects data on Worker jobs too. At this time Sidekiq and Resque are currently supported. + +## Why use Dynoscale? + +Some blog posts about why Dynoscale is a helpful tool. + +* [Why is Queue Time more important than Backend Request Time to auto scaling?](https://dynoscale.net/blog/why-is-queue-time-more-important-than-backend-request-time-to-auto-scaling) +* [How to setup heroku autoscaling in under 15 minutes?](https://dynoscale.net/blog/how-to-setup-heroku-autoscaling-in-under-15-minutes) +* [Level up your Heroku autoscaling in 15 minutes](http://localhost:5008/blog/level-up-your-heroku-autoscaling-in-15-minutes) ## Contributing Bug reports and pull requests are welcome on GitHub at https://github.com/Mjolnir-Software/dynoscale_ruby.