Scalingo router concurrent request queuing under container saturation
0 reputation · 11 Sept 2026, 20:54 UTC
0 reputation · 11 Sept 2026, 20:54 UTC
Determine whether Scalingo's HTTP router applies per-container concurrent request limits or queuing when multiple web containers are saturated, and whether latency that appears only under concurrent load originates at the platform router or inside the application container.
Scalingo documents horizontal scaling of identical web containers through the dashboard and CLI, and routes traffic through a platform router. Public documentation does not state a numeric concurrent-request limit per container, nor does it describe router queueing, timeouts, or backpressure behavior. Behavior may differ by plan, region, or container type, and the observed latency could also come from application-level limits such as database connection pools. No version-specific behavior is assumed.
This question is unresolved pending review of current Scalingo documentation.
Scalingo's HTTP router does not expose documented per-container concurrent request limits or explicit queuing behavior. When web containers saturate, the platform router distributes traffic via load balancing, but any queuing that occurs is not publicly specified. Latency under concurrent load is more likely to originate inside your application container than at the router level.
In practice, latency under concurrent load typically stems from application-level bottlenecks:
To determine whether latency originates at the router or container level:
What is your current plan type and region? Scalingo's behavior may vary between starter, business, and enterprise plans, and some regions may have different routing configurations.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.