Hatchet

Hatchet

Hatchet · 코딩 · 생산성

Hatchet은 백그라운드 작업, AI 에이전트, 내구성 실행 워크플로를 묶는 오픈소스 엔진이다. 워커는 자체 클라우드에서 돌고, 모든 실행 기록이 남아 재시도와 재생이 가능하다.

Hatchet 미리보기

Hatchet 소개

About

Hatchet이란

Hatchet은 함수는 쓸 줄 알지만 그 주변의 큐까지 돌보고 싶지 않은 팀을 위한 작업 오케스트레이션 플랫폼이다. 작업을 코드로 정의하고 워크플로로 묶으면 스케줄링, 재시도, 동시성 제한, 실행 이력은 엔진이 맡는다.

설계에서 가장 중요한 결정은 코드가 어디서 도는가다. 워크플로 오케스트레이션 엔진은 관리형 서비스로 돌고, 워커는 자체 인프라에 둔다. 쿠버네티스, ECS, Railway, 개발 중인 노트북 모두 가능하다. 고객 데이터는 자기 클라우드에 남고, Postgres 기반 엔진에는 스케줄링 메타데이터만 전달된다.

노리는 지점은 백그라운드 작업이 두 개에서 스무 개로 늘어날 때 생기는 혼란이다. 직접 짠 cron 스크립트, 재시도를 손으로 붙인 큐, 따로 돌리는 파이프라인 도구가 각각 한 조각씩 해결한다. 여기서는 모델이 하나다. 작업은 함수이고, 함수는 상태를 남기며, 실패는 스택 트레이스와 함께 보인다.

한계도 분명하다. Hatchet은 코드를 쓰는 사람을 위한 인프라다. 시각적 워크플로 빌더도, 노코드 캔버스도 없다. 대시보드만 만져서 운영용 워크플로를 만드는 일은 불가능하다. 팀이 Python, TypeScript, Go, Ruby를 쓰지 않는다면 맞지 않는 도구다.

시작하기

  1. hatchet.run에서 계정을 만들고 대시보드에서 API 토큰을 받는다. 무료 티어에는 카드가 필요 없다.
  2. SDK를 설치하고 첫 작업을 평범한 함수로 정의한다. 입력과 출력에는 타입을 붙인다.
  3. 작업을 워커에 등록하고, 그 프로세스를 자체 환경에서 띄워 Hatchet에 연결한다.
  4. 자체 API, cron 표현식, 들어오는 이벤트 중 하나로 작업을 실행하고 대시보드에서 실행을 열어 단계별로 확인한다.
  5. 정상 경로가 돌아가면 재시도 정책과 동시성 제한을 더하고, 테넌트를 나눠 환경을 분리한다.

제품 정보

Hatchet의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.

무료 플랜예
유료 플랜$0 - $30 per million task runs
플랫폼Cloud, self-hosted, Python, TypeScript, Go, Ruby SDKs
개발사Hatchet
카테고리코딩 · 생산성
출시일Dec 2023
최근 업데이트Oct 2026
웹사이트 방문 수110K
웹사이트 글로벌 순위225K
API 제공 여부예

추천 대상

이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.

사용자

  • 직접 만든 백그라운드 작업 큐를 정리하려는 백엔드 엔지니어. 이전은 함수를 감싸는 작업이라 서비스 전체를 다시 쓰지 않아도 된다. 워커 운영을 팀이 직접 맡는다는 조건이 붙는다.
  • 여러 단계 에이전트를 돌리는 AI 제품 팀. 오래 걸리는 도구 호출, 모델 재시도, 병렬 팬아웃이 작업 모델에 들어간다. 각 단계를 코드로 쓸 수 있어야 한다.
  • 테넌트 간 공정성 문제를 겪는 데이터·플랫폼 팀. 동시성 키와 테넌트별 한도가 기본으로 들어 있어 자체 트래픽 제어 계층을 하나 줄인다.
  • 나중에 셀프 호스팅을 염두에 둔 스타트업. MIT 라이선스라 클라우드로 시작해도 자체 하드웨어로 옮길 수 있다. 작업 정의는 고치지 않아도 된다.

작업

  • 백그라운드 작업 처리. 메일 발송, PDF 생성, 이미지 리사이즈, 웹훅 팬아웃을 자동 재시도와 전체 이력으로 돌린다.
  • AI 에이전트 오케스트레이션. 검색, 모델 호출, 검증, 전달을 나누면 모델 호출 실패로 전체 실행을 다시 시작하지 않아도 된다.
  • 예약·이벤트 기반 워크플로. cron과 웹훅 수신 지점이 cron 서버와 큐 소비자로 나뉘어 있던 구성을 대체한다.
  • 대규모 수집 파이프라인. 병렬 단계와 백로그 상한이 있어 트래픽 급증이 시스템 전체를 무너뜨리지 않는다.

활용 상황

  • 금요일 오후에 아무도 손대고 싶지 않은 불안정한 cron 설정에서 벗어나야 할 때.
  • 30분짜리 리서치 에이전트를 중간 배포를 넘겨서까지 돌려야 할 때.
  • 새 서비스를 첫날부터 사용자별로 공평하게 처리해야 할 때. 마감에 쫓겨 임시 속도 제한기를 짜지 않아도 된다.

주요 기능

Postgres 기반 내구성 실행

모든 작업과 상태 변화가 Postgres에 기록되므로 워커가 죽어도 진행 중인 작업은 사라지지 않는다. 내구성 실행은 일시 정지, 대기, 이후 재개를 뜻하며 배포나 장애 뒤에도 같다. 실패한 실행은 대시보드에서 다시 재생할 수 있어 입력값을 추측할 필요가 없다.

동시성, 속도 제한, 공정성

동시성 한도를 입력 필드에 걸 수 있어 한 고객이 모든 슬롯을 차지하지 못한다. 전역·동적 속도 제한 옆에 우선순위와 공정성 규칙이 함께 있다. 여러 테넌트를 받는 큐에서 대개 팀이 직접 짜고 나서 후회하는 부분이다.

하위 작업으로 워크플로 구성

작업은 DAG로 묶이고 실행 중에 하위 작업을 만들 수 있다. 문서 수천 건을 병렬로 처리하는 팬아웃에 맞는다. 출력은 의존 단계로 자동 전달되고 하위 작업은 각자의 재시도 설정을 유지한다. 각 단계가 평범한 함수라 긴 워크플로도 읽힌다.

이벤트, cron, 웹훅 트리거

워크플로는 자체 API, cron 표현식, 예약 시각, 수신 이벤트에서 시작한다. 기본 제공되는 웹훅 수신 지점 덕분에 Stripe나 GitHub 콜백만 받으려고 별도 서비스를 세우지 않아도 된다. 이벤트는 다시 넣을 수도 있다. 하위 시스템이 죽어 있던 상황에서 유용하다.

OpenTelemetry 기반 관측성

Hatchet은 OpenTelemetry 수집기를 내장해 실행마다 트레이스와 스팬을 만든다. 쓰던 모니터링 스택으로 그대로 넘기면 된다. 애플리케이션 로그는 대시보드에서 전문 검색과 필터로 찾는다. 실패 알림은 고객이 빠진 메일을 알아채기 전에 도착한다.

SDK와 제한 없는 셀프 호스팅

공식 SDK는 Python, TypeScript, Go, Ruby를 지원하고 같은 작업 정의가 클라우드와 셀프 호스팅에서 모두 돈다. 셀프 호스팅은 엔진, 대시보드, Postgres를 함께 띄우며 MIT 라이선스라 실행 횟수 상한이 없다. 무료 티어로 시작한 팀이 나중에 사내로 옮겨도 작업을 다시 쓰지 않는다.

장단점

장점

  • 작업 모델이 작다. 함수 하나, 타입 있는 입력, 타입 있는 출력. 대부분의 엔지니어가 반나절이면 결과물을 낸다.
  • 실행 이력이 실제로 쓸 만하다. 단계별 상태, 로그, 재생이 있어 텍스트 로그를 눈으로 훑을 일이 줄어든다.
  • 동시성 키와 속도 제한이 핵심 기능이라 자체 트래픽 제어 코드를 한 계층 통째로 덜어낸다.
  • MIT 셀프 호스팅이 현실적인 선택지여서, 오픈소스 버전이 기능을 뺀 데모가 아니다.

단점

  • 워커 배포와 확장은 여전히 직접 해야 해서 운영 부담이 사라지는 게 아니라 옮겨간다.
  • 시각적 워크플로 빌더가 없어 비개발자에게 자동화를 맡기려는 팀에는 맞지 않는다.
  • 실행량이 아주 많으면 사용량 과금이 고정 월 요금보다 예측하기 어렵다.
  • 대시보드는 실행과 큐 중심이라 사업 분석은 다른 도구가 필요하다.

자주 묻는 질문

일정 범위까지는 무료다. 클라우드 무료 티어는 월 실행 100만 회와 이벤트 100만 건을 카드 없이 제공하고, MIT 라이선스 엔진을 셀프 호스팅하면 자체 인프라 비용 말고는 들지 않는다.