Below you will find pages that utilize the taxonomy term “Ruby”
look ma no hands tweeting with your voice
ide review rubymine
clouds against the floods presentation available
update to appconstants it can now be used as a gem
clouds against the floods
small update to appconstants
upgrading appconstants to rails 3
learning objective c a ruby analogy
hacking rubys syntax
managing multiple ruby versions
refactoring for readability
rails summit 2009 im speaking
rails rumble 09
jvm language preferences poll results
procs lambdas blocks whats the difference
helping the jruby effort debugging the source
railswaycon jruby internals by ola bini
rails readable test names run individual tests from the console
rails performance scripts profiler benchmarker
merb turns 10 and started driving me crazy
understanding ruby threads
dont use rexml i mean it
railsconf europe 2008 impressions and highlights
railsconf europe 2008 heading to berlin
mac os x getting mysql and rails to work
rails vulnerability on rexml
why i like ruby 1 alias_method
the biggest rails event in latin america
passenger mod_rails and problems with custom apache installation
euruko 2008 materials available
a couple of things from here
passengermod_rails released
jruby db2 xquery bug
qcon 2008 slides available
why i like ruby or ruby the language of the lazy programmer
euruko 2008 european rubyconf prague
qcon 2008 domain specific languages
openid
rails 20 xml data type and db2
rails 20 scaffold
rubyworks production stack for rails
Well, we all know how hard, or at least cumbersome, it can be to set up a production environment to deploy your applications. Besides all the hardware stuff like storages, links, routers you are still left with a huge amount of software configuration to handle. This often includes configuring things like clusters, load balancing and services monitoring - Including notification of interested parts in case of any failure. Pieces of software you have to tie up and make them work together.
But hey, ruby lovers, you may have a better way to get this going! Released by ThoughtWorks, RubyWorks is, as quoted from their website, a production application stack for Ruby On Rails applications. I decided to give it a try and I really enjoyed it.
First of all I didn't want to mess with my actual configuration so I installed a new vm with Virtual Box. It has Ubuntu 7.10 on it, with 256MB of memory.
After installing RubyWorks - instructions on their website -, you get a new skeleton rails app up and running, being served by 4 mongrels that defaults to production environment! Impressed? There is more. A HAProxy is also set up in front of your mongrel servers acting as a load balancer.
Well, you probably want to monitor all that stuff huh? A monit web interface is waiting for your call on port 2812! It monitors all your mongrel servers - four by default - and your HAProxy, allowing you to measure CPU and Memory usage, among other things.
The coolest thing here is that all these softwares you would have to setup by hand are already working together, ready for production! Well, is it?
Going a little deeper, I deployed a database backed application to test this stack's performance.
I used Siege to stress the app and I am very happy with the results! I compared it with a single mongrel running on production env and no proxy at all.
It is worth mentioning that having 4 mongrels running took my vm to 77% of memory usage, while a single mongrel took it to 38%.