Session

GraphQL Won't Fix Your Timeouts — Bounded Concurrency Will

Teams facing slow, timeout-prone fan-out calls often reach for GraphQL as the fix, expecting the new API layer to solve what was really a sequential-calling problem underneath. This talk walks through a real rearchitecture where switching to GraphQL alone changed nothing — the same blocking, one-at-a-time calls to an external source were still there, just hidden behind a new schema. The actual fix came from three pieces working together: a DataLoader pattern to batch and deduplicate calls, batch-size tuning found through real timeout failures, and time-boxed virtual threads to bound how hard the system could hit a source it didn't control. The final design also made a deliberate tradeoff — choosing partial responses over waiting for everything, and surfacing what timed out through GraphQL's error channel instead of silently dropping it. This session covers what actually breaks when fan-out meets scale, and the concurrency discipline that fixes it — not the API layer wrapped around it.

Neha Sardana

Vice President, JP Morgan Chase

Secaucus, New Jersey, United States

Actions

Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.

Jump to top