Redirecting to ...

Deploying Rainbows!

Rainbows! only

For the daring, you should consider deploying Rainbows! in a standalone configuration. This will be more highly recommended as Rainbows! stabilizes, especially if static file performance improves (or you don't need them).

You will need to do this to support things like BOSH or do real-time processing of the request body as it is being uploaded.

In this case, haproxy or any similar (non-request-body-buffering) load balancer should be used to balance requests between different machines.

nginx proxying to Rainbows! or Unicorn

For high-traffic applications, routing slow actions to Rainbows! with nginx is recommended as nginx can serve static files faster and nginx can forward fast actions to Unicorn.

    static files
nginx |--> slow actions --> Rainbows!
      `--> fast actions --> Unicorn

Be sure to set proxy_buffering off in nginx for “slow actions” if you have Comet applications (but not for Unicorn).

Denial-of-Service Concerns

Since Rainbows! is designed to talk to slow clients with long-held connections, it may be subject to brute force denial-of-service attacks. In Unicorn and Mongrel, we've already enabled the “httpready” accept filter for FreeBSD and the TCP_DEFER_ACCEPT option in Linux; but it is still possible to build clients that work around and fool these mechanisms.

Rainbows! itself does not feature any explicit protection against brute force denial-of-service attacks. We believe this is best handled by dedicated firewalls provided by the operating system.

Originally generated with the Darkfish Rdoc Generator 2, modified by wrongdoc.

We love to hear from you!
Email patches (with git send-email), pull requests, questions, bug reports, suggestions, etc. to us publically at
No subscription to the mailing list is necessary, just let us know to Cc: you if you're unsubscribed.
To subscribe, email with "subscribe" in the Subject and respond to the automated confirmation message.
Do not waste bandwidth with HTML, HTML mail will not be read.
Quote only parts you're responding to and do not top post.
For sensitive topics, email us privately at