Inspiration

came across Vercel’s Fluid Compute and got curious about how it works under the hood. Lambda Fluid started as an attempt to rebuild the core idea on AWS Lambda.

What it does

Normally, a Lambda sits around doing very little while its request waits on a database or API. Lambda Fluid lets that same running Lambda work on other requests during the wait.

How I built it

It’s written in TypeScript with EffectTS. There’s an orchestrator that receives requests, tracks worker health, and routes work to Lambda workers through a persistent tunnel. I also built local and AWS demos so the behavior can be compared.

Challenges I ran into

TCP framing, concurrent routing, retries, cancellation, and Lambda’s 15-minute lifetime all caused some headaches. The AWS deployment tooling also had a couple of beta-related surprises.

Accomplishments that I'm proud of

The full pipeline works locally, and the same worker runtime also runs on a real AWS Lambda. The demos show concurrent requests, streaming responses, health-based routing, and fewer Lambda environments.

What I learned

The main challenge isn’t starting more Lambdas. It’s figuring out how much work an existing Lambda can safely take without overwhelming it.

What's next for lambda-fluid

improve the AWS benchmarks, support normal HTTP handlers, make scaling smarter, and package the whole thing so it’s easier to drop into an existing project.

Built With

Share this project:

Updates