Nicheloom visits: 58,069 all-time · 7,637 in the last 7 days

The opportunity tracker for new startups.

Today: 1,953 launches · Niche of the day: specialized calculation tools · See what launched today →

Lightweight Task queue on Erlang/OTP, SQLite-backed, no overengineering

Get picks like this daily. Today's launch numbers, the top launches, AI and tech news, and a daily opportunity pick, straight to your inbox.

Want to reach these readers? Sponsor an issue.

Setting up Kafka or such enterprise oriented software with their clusters or dedicated servers is heavy and bothering enough that most small teams or indie hackers skip it entirely and making compromise to use in-memory queues.I wanted something in between: a persistent queue that is simple to run (one binary, which makes one sqlite db), gets real fault isolation and crash recovery due to Elixir, easy to inspect (open ezra.db in any SQLite browser and see every task), and requires no new client library - it speaks the Redis Streams wire protocol, so any Redis client in any language just works out of the box.Very short demo video: [https://www.youtube.com/watch?v=MLYyD3DVWmE]

HN · launched Jun 10, 2026 · 75 upvotes (top 11%) · 0 views

Niche: queue management systems · 20 launches, 2 in the last 7 days · Explore this niche →

Category and tags

  • Horizontal
  • Data infrastructure
  • Developer
  • Not AI
  • Commercial product

Visit website ↗ Source listing ↗

Could you build this?

No Writing a robust, fault-tolerant task queue in Erlang/OTP that manages SQLite concurrency without locking issues requires specialized knowledge of the BEAM virtual machine and OTP supervision trees.

What it would actually take: Requires implementing an Erlang/OTP application using `gen_server` and supervision trees, handling SQLite's single-writer concurrency limits using BEAM message queues to serialize transactions, and implementing at-least-once message delivery, crash recovery, and backpressure. Deep familiarity with Erlang semantics, NIF bindings for SQLite, and distributed systems durability is required.

Discussion

18 comments analyzed.

Competitors mentioned: Oban, AWS SQS, smoothmq, pgmq/PgFlow, simple_queue

Concerns raised: Lightweight claims contradicted by Docker/container usage, Single author, no pull requests accepted, Limited to Elixir ecosystem, not available for other languages like Rust, May be overengineered despite project claims

Feature requests: Clarify task storage/persistence mechanism, Support for other programming language ecosystems beyond Elixir

Competitors

Other products that read as similar to this one : 186 launches clear the similarity bar, closest 8 shown.

Attention rank: #25 of 187 (itself plus its competitors, highest first, normalized so YC and Product Hunt are compared fairly).

Launched 224 days after the earliest competitor.

The niche, labels, vibe code rating and competitor comparison on this page are analysis by Nicheloom. If you use them, please credit nicheloom.com. How you may use our data.