1 = Rainbows! Unicorn for sleepy apps and slow clients
3 Rainbows! is a HTTP server for sleepy Rack applications. It is based on
4 Unicorn, but designed to handle applications that expect long
5 request/response times and/or slow clients. For Rack applications not
6 heavily bound by slow external network dependencies, consider Unicorn
7 instead as it simpler and easier to debug.
9 == \Rainbows! is about Diversity
11 We aim to support as many concurrency models as we can because they all
14 For network concurrency, models we currently support are:
16 * {:Revactor}[link:Rainbows/Revactor.html]
17 * {:ThreadPool}[link:Rainbows/ThreadPool.html]
18 * {:Rev}[link:Rainbows/Rev.html]*
19 * {:ThreadSpawn}[link:Rainbows/ThreadSpawn.html]
21 We have {more on the way}[link:TODO.html] for handling network concurrency.
22 Additionally, we also use multiple processes (managed by Unicorn) for
23 CPU/memory/disk concurrency.
25 \* our \Rev concurrency model is only recommended for slow clients, not
26 sleepy apps. Additionally it does not support streaming "rack.input" to
29 For application concurrency, we have the Rainbows::AppPool Rack
30 middleware that allows us to limit application concurrency independently
31 of network concurrency. Rack::Lock as distributed by Rack may also be
32 used to limit application concurrency to one (per-worker).
36 * Designed for {Rack}[http://rack.rubyforge.org/], the standard for
37 modern Ruby HTTP applications.
39 * Built on {Unicorn}[http://unicorn.bogomips.org/], inheriting its
40 process/socket management features
41 such as transparent upgrades and Ruby configuration DSL.
43 * As with Unicorn, it is able to stream large request bodies off the
44 socket to the application while the client is still uploading. Since
45 \Rainbows! can handle slow clients, this feature is more useful than
48 * Combines heavyweight concurrency (worker processes) with lightweight
49 concurrency (Actors or Threads), allowing CPU/memory/disk to be scaled
50 independently of client connections. Alternative concurrency models
51 (listed in the TODO) will be supported as we find time for them.
55 \Rainbows is for the odd things Unicorn sucks at:
57 * 3rd-party APIs (to services outside your control/LAN)
58 * OpenID consumers (to providers outside your control/LAN)
59 * Reverse proxy implementations with editing/censoring
60 (to upstreams outside your control/LAN)
62 * BOSH (with slow clients)
67 \Rainbows may also be used to service slow clients even with fast
68 applications using the \Rev concurrency model.
72 \Rainbows! is copyright 2009 by all contributors (see logs in git).
73 It is based on Mongrel and Unicorn and carries the same license.
75 Mongrel is copyright 2007 Zed A. Shaw and contributors. It is licensed
76 under the Ruby license and the GPL2. See the included LICENSE file for
79 \Rainbows! is 100% Free Software.
83 You may download the tarball from the Rainbows project page on Rubyforge
84 and run setup.rb after unpacking it:
86 http://rubyforge.org/frs/?group_id=8977
88 You may also install it via Rubygems on Rubyforge:
94 === for Rack applications
96 In APP_ROOT (where config.ru is located), run:
100 \Rainbows! will bind to all interfaces on TCP port 8080 by default.
102 === Configuration File(s)
104 \Rainbows! will look for the config.ru file used by rackup in APP_ROOT.
106 For deployments, it can use a config file for Unicorn and
107 \Rainbows!-specific options specified by the +--config-file/-c+
108 command-line switch. \Rainbows! accepts all options found in
109 {Unicorn::Configurator}[http://unicorn.bogomips.org/Unicorn/Configurator.html]
110 as well as the "\Rainbows!" block, so you can have the following in your
115 worker_connections 400
118 See the {Rainbows! configuration documentation}[link:Rainbows.html#M000001]
123 You can get the latest source via git from the following locations
124 (these versions may not be stable):
126 git://git.bogomips.org/rainbows.git
127 git://rubyforge.org/rainbows.git (mirror)
129 You may browse the code from the web and download the latest snapshot
132 * http://git.bogomips.org/cgit/rainbows.git (cgit)
133 * http://rainbows.rubyforge.org/git?p=rainbows.git (gitweb)
135 Inline patches (from "git format-patch") to the mailing list are
136 preferred because they allow code review and comments in the reply to
139 We will adhere to mostly the same conventions for patch submissions as
140 git itself. See the Documentation/SubmittingPatches document
141 distributed with git on on patch submission guidelines to follow. Just
142 don't email the git mailing list or maintainer with \Rainbows! patches.
146 There is NO WARRANTY whatsoever if anything goes wrong, but let us know
147 and we'll try our best to fix it.
151 All feedback (bug reports, user/development dicussion, patches, pull
152 requests) go to the mailing list/newsgroup. Patches must be sent inline
153 (git format-patch -M + git send-email). No subscription is necessary
154 to post on the mailing list. No top posting. Address replies +To:+
157 * email: mailto:rainbows-talk@rubyforge.org
158 * nntp: nntp://news.gmane.org/gmane.comp.lang.ruby.rainbows.general
159 * subscribe: http://rubyforge.org/mailman/listinfo/rainbows-talk
160 * archives: http://rubyforge.org/pipermail/rainbows-talk