HTTP Routing on Bamboo

Last Updated: 27 November 2013


This article applies to apps on the Bamboo stack. For the most recent stack, Cedar, see HTTP Routing.

The Heroku platform automatically routes HTTP requests sent to your app’s hostname(s) through to all of your web dynos.

Applications running on the Bamboo stack use the HTTP stack. Apps on the Cedar stack use the newer HTTP stack, which offers more direct routing to your dyno to allow more advanced uses of HTTP.

Bamboo apps use the stack. Any request sent to * is using the stack. The new Cedar stack uses *

Request distribution

A request sent to Bamboo app passes through an nginx proxy, into a Heroku router, and finally to one of the app’s dynos, chosen at random.

Request queueing

Each router node maintains an internal per-app request queue. For Bamboo apps, router nodes limit the number of active requests per dyno to 1 and queue additional requests. There is no coordination between routing nodes however, so this request limit is per routing node. The request queue on each router has a maximum backlog size of 50n (n = the number of web dynos your app has running). If the request queue on a particular router fills up, subsequent requests to that router will immediately return an H11 (Backlog too deep) response.

Request body size limit

The stack has a 30 megabyte request body size limit.

30 second timeout

All requests on the stack are limited to 30 seconds total time. Any request that takes more than 30 seconds will be returned to the user as an error page. This 30-second limit is measured by the router processing the request, and includes all time spent in the dyno, including the kernel’s incoming connection queue and the app itself.

HTTP 1.0

The stack is HTTP 1.0 compliant only. HTTP 1.1 features such as long-polling and chunked response are not supported.