Hatchet is an open-source background task and workflow engine that replaces cloud queues with durable Postgres-backed execution and full data privacy.
Alexander Belanger and Gabriel Ruttner created Hatchet after experiencing the operational friction of stitching together ad-hoc message queues, bespoke state stores, and detached monitoring tools. They built the Go-based engine to provide durable background task orchestration and execution tracking using PostgreSQL as the central source of truth. Today, that design gives engineering teams a self-contained execution plane that coordinates asynchronous jobs and complex workflows inside their private infrastructure.
Amazon SQS decouples cloud services with managed queues, but treats tasks as transient messages that vanish once consumed. Because SQS is strictly a stateless transport pipe, building multi-step pipelines requires engineering teams to write custom state persistence, retry trackers, and monitoring logic across separate databases. SQS also routes every payload through AWS infrastructure, where data boundaries and cloud vendor access policies govern execution telemetry.
Hatchet centers on privacy and structural control by running inside your private network or VPC. Task definitions, payload arguments, intermediate step states, and execution histories reside entirely within your own PostgreSQL database rather than a third-party managed queue. DevOps engineers control data retention, dynamic rate limits, and worker concurrency without sending customer payloads across public cloud APIs. In exchange, your team operates the Hatchet engine process and sizes PostgreSQL connection pools.
Is Hatchet free for commercial use? Yes. Hatchet is distributed under the MIT license, allowing organizations to self-host and run it in commercial environments without license fees.
Hatchet vs Amazon SQS — which should you choose? Choose Amazon SQS when you need zero-maintenance serverless message queuing native to AWS. Choose Hatchet when you need durable multi-step workflows, execution visibility, and total control over data residency in your own database.
Can you self-host Hatchet without RabbitMQ? Yes. Hatchet runs out of the box using PostgreSQL as both its message queue and state store, with RabbitMQ remaining an optional add-on for high-throughput burst workloads.
Hatchet is an ideal fit when your engineering team needs durable task orchestration and strict data sovereignty without the operational complexity of enterprise workflow platforms or the vendor lock-in of proprietary cloud queues. Sustained development activity with commits throughout late 2026 and a permissive MIT license make it straightforward to adopt in enterprise architectures, provided your team has the operational capacity to manage and tune PostgreSQL under write-heavy workloads.
Lint, codegen, breaking-change checks and dependency management in one Git-native CLI. Open source, no registry lock-in.
Show that Hatchet is listed as an open-source alternative. Paste into your README: