Skip to content

Latest commit

 

History

History
155 lines (111 loc) · 5.92 KB

README.rdoc

File metadata and controls

155 lines (111 loc) · 5.92 KB

RackAmole

Observe your web applications in the wild!

DESCRIPTION

The MOle is a rack application that monitors user interactions with your web site. We are not 
talking about counting page hits here. The MOle tracks all the information available to capture
the essence of a user interaction with your application. Using the MOle, you are able to see
which feature is a hit or a bust. As an added bonus, the MOle also track performance and exceptions 
that might have escaped your test suites or alpha env. To boot your managers will love you for it! 

Whether you are releasing a new application or improving on an old one, it is always a good thing 
to know if anyone is using your application and if they are, how they are using it. 
What features are your users most fond of and which features find their way into the abyss? 
You will be able to rapidly assess whether or not your application is a hit and if
your coolest features are thought as such by your users. You will be able to elegantly record user
interactions and leverage these findings for the next iteration of your application.

PROJECT INFORMATION

Developer:  Fernand Galiana
Blog:       http://www.liquidrail.com
Site:       http://rackamole.com
Twitter:    http://twitter.com/rackamole
Forum:      http://groups.google.com/group/rackamole
Git:        git://github.com/derailed/rackamole.git

FEATURES

Monitors any rack based framework such as Rails and Sinatra
Captures the essence of the request as well as user information
Tracks performance issues based on your latency threshold
Tracks exceptions that might occurred during a request

REQUIREMENTS

Logging
Hitimes
mongo + mongo_ext
Chronic
Erubis
Twitter4r  
Mail
Growl

INSTALL

sudo gem install rackamole

USAGE

Rails applications

Edit your environments ruby files and add the following lines:

config.middleware.use Rack::Mole, { :app_name => "My Cool App", :user_key => :user_name }

This instructs the mole to start logging information to the console and look for the user name 
in the session using the :user_name key. In order to associate an action with a logged in user you
must set a session env variable, in this case we use user_name. There are other options available, 
please take a look at the docs for more information.

Sinatra Applications

Add the following lines in the config section and smoke it...

require 'rackamole'
configure do
  use Rack::Mole, { :app_name => "My Sinatra App", :user_key => :user_name }
end

This assumes that you have session enabled to identify a user if not the mole will log the user
as 'Unknown'

Notables

Rackamole also comes with an option to specify a yaml config file to initialize the various settings.
This comes in very handy when you need to specify different options depending on the environment you
are operating in. Please see the spec/test_configs/rackamole_test.yml for an example.

Storing moled information

Rackamole currently comes with a single storage strategy. More will come in the near future, but
currently we are using MongoDb as our default storage. The idea here is to create a database for
a given moled app per environment. For instance, for application 'Fred', you will need to use a 
separate store for Fred running in alpha mode and Fred running in production mode.

In order to use a store, you will need to pass in the :store option. There currently 2 store 
types a logger and a mongo adapter. By default the store is set to log moled information to the console. 
To change to a mongo store simply add the following options:

use Rack::Mole, { :app_name => "Fred", :store => Rackamole::Store::MongoDb.new( :db_name => 'mole_fred_alpha_mdb' ) }

This expect a local mongo instance to be running on the default port. You can change the 
location by adding :host and :port options.

NOTE: If you intend to use Wackamole please use the following mongo database naming convention

mole_{app_name}_{environment}_mdb

NOTE: Rackamole also provides for preventing certain sensitive params from being logged. You can specify
param_excludes or session_excludes as array of symbols to exclude specific request or session params.

Alerting

Rackamole provides 3 different kind of alerting mechanisms: twitter, email, growl
Please see docs for the various configuration settings.

For example to setup email alerts, add the following lines in your rackamole config file.

# Email
email: &email
  :from: '[email protected]'
  :to: 
    - '[email protected]'
    - '[email protected]'
  :alert_on:
    - <%=Rackamole.perf%>
    - <%=Rackamole.fault%>  

Then

# => Dev
development:
  :app_name:  Killer App
  :user_key:  :user_name  
  :email:     *email

This will setup email alerts when rackamole detect performance or uncaught exceptions

LICENSE:

(The MIT License)

Copyright © 2009

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the ‘Software’), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED ‘AS IS’, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.