Blog
News, releases and articles about @imqueue. Page 1 of 6.
@imqueue vs NATS: a framework and a transport are not the same choice
NATS is a messaging system; @imqueue is an RPC framework that happens to use one. Comparing them means deciding how much of the contract you want to write yourself — and whether your fleet is Node-only.
read →How Node.js services talk to each other in 2026: the honest options
REST, gRPC, tRPC, NATS, a framework like NestJS or Moleculer, or RPC over a message queue. Six real approaches, what each one costs, and the two questions that actually decide it — including when @imqueue is the wrong answer.
read →One notification, every replica: the LISTEN/NOTIFY duplicate problem
LISTEN/NOTIFY is a broadcast, not a queue. Scale a Node app to three replicas and the same notification gets handled three times — no error, no warning, three charges on the card. Here's why, and what an inter-process lock actually does about it.
read →Graceful shutdown and zero-drop deploys
Every deploy sends a kill signal to a process that is probably in the middle of something. Nothing 500s, no dashboard turns red, and the work is gone anyway. Here's what actually happens to an in-flight message on SIGTERM, and the drain that keeps it.
read →Delayed and scheduled work without adding a job system
"Send that email in 24 hours" usually turns into a second deployment, a second data model, and a job record shadowing a service method you already wrote. Often the message queue you already run can just do it. Here's how deferral works as a parameter, and what it costs.
read →All articles
2026
- @imqueue vs NATS: a framework and a transport are not the same choice
- How Node.js services talk to each other in 2026: the honest options
- One notification, every replica: the LISTEN/NOTIFY duplicate problem
- Graceful shutdown and zero-drop deploys
- Delayed and scheduled work without adding a job system
- Auto-scaling Redis broker: with and without broadcast
- One isolated imq CLI home per @imqueue project
- RPC over Redis in Node.js: patterns and pitfalls
- BullMQ alternatives for Node.js: an honest 2026 guide
- RPC between Node.js microservices over a message queue
- Type-safe service-to-service communication in TypeScript
- Stop hand-writing and maintaining your microservice clients
- Load balancing microservices without a load balancer
- Do your Node.js back-ends really need service discovery?
- Back-pressure for Node.js services
- Guaranteed message delivery: cost and when to use it
- Cutting the boilerplate out of Node.js microservices
- Versioning microservices without breaking every caller
- Testing services that call each other
- Internal APIs don't need to be REST
- From monolith to services: a low-risk first extraction
- Redis as a message bus: patterns beyond pub/sub
- @imqueue vs Moleculer: two takes on Node.js microservices
- @imqueue vs NestJS microservices: framework vs transport
- tRPC vs @imqueue: client–server types vs service–service RPC
- @imqueue/job vs BullMQ: Redis job queues compared
- gRPC vs message-queue RPC for internal Node.js services
- Benchmarking @imqueue: throughput and delivery modes