// the find
vmware-labs/wasm-workers-server
🚀 Develop and run serverless applications on WebAssembly
A filesystem-based serverless runtime that executes HTTP handlers as WebAssembly modules — drop a `index.js` or compiled `.wasm` file in a directory and get an HTTP endpoint. Supports Rust, JS, Go, Python, Ruby, and Zig workers with an in-memory K/V store and dynamic routing. The catch: VMware is archiving this repo; active development moved to a community fork.
The file-to-route mapping is genuinely clever — no config needed, just place your handler file and the route exists. The K/V store is built in without requiring any external dependency, which makes stateful workers actually usable for simple cases. Language support is broad without requiring you to install interpreters manually for Rust, JS, Go, and Zig — they compile to WASM and run natively. The crate structure is well-separated: router, runtimes, worker, store are independent, which makes the codebase easy to follow.
This repo is dead — VMware is archiving it, so any production bet here means inheriting an orphaned codebase or tracking down the community fork and hoping it has momentum. The K/V store is in-memory only, meaning it disappears on restart and is worthless for anything beyond toy state. No persistent storage, no database access, no secrets management — you'll hit these walls quickly. Python and Ruby require separately downloaded interpreter bundles, which undercuts the 'just drop a file in' simplicity story for those languages.