Gray
Latency-sensitive HTTP and PostgreSQL services
External infrastructure owns distribution
Commercial buyer guide · Updated July 26, 2026
You need concurrent services but the workload prioritizes low tail latency, native execution, or a more conventional object and handler model.
Gray is the speed-first alternative for concurrent services: compact native execution, direct handlers, readiness-driven I/O, and measured corrected-latency behavior in one commercial server platform.101 / Shortlist
Latency-sensitive HTTP and PostgreSQL services
External infrastructure owns distribution
Concurrent network services
Fault supervision is more application-defined
Web ecosystem and event-driven I/O
Different pressure and isolation profile
Mature distributed systems ecosystem
Heavier platform
Native control for specialized infrastructure
Higher development complexity
02 / Buying criteria
Fault isolation
Tail-latency target
Distribution model
Application ergonomics
03 / Gray advantage
Gray combines structured tasks and compiler-hidden handler continuations with native HTTP/1.1, HTTP/2, WebSocket, TLS, PostgreSQL, Adaptive replacement, and selective native execution.
Gray is purpose-built for the complete server path. Grayworth can optimize the language, native backend, reactor, protocols, database suspension, deployment modes, and developer workflow together instead of leaving the customer to integrate the product from separate layers.
04 / Decision
05 / Questions
Gray is built for speed-critical HTTP and data services: compact native execution, direct handlers, readiness-driven I/O, and Adaptive replacement.
Yes. Structured tasks and cooperative I/O let handlers suspend without blocking the reactor or consuming a worker for every wait.
Yes when the product needs HTTP, WebSocket, TLS, JSON, PostgreSQL, sessions, and runtime replacement more than distributed BEAM semantics.
Claims and details
Grayworth develops and sells Gray.