Dagu 분석
워크플로 오케스트레이션 도구는 기능이 아니라 운영비용으로 평가하는 편이 정확합니다. dagu-org/dagu가 흥미로운 이유는 바로 그 운영비용을 거의 제품 정체성 수준까지 낮추려 하기 때문입니다. 데이터베이스, 메시지 브로커, 별도 런타임을 기본 전제로 삼지 않고도 어느 정도까지 실무형 파이프라인을 밀어붙일 수 있는지 보여 줍니다.
해당 Repository의 접속 URL 및 version. Commit 빈도수에 따른 업데이트 수준.
- 저장소: https://github.com/dagu-org/dagu
- 최신 release:
v2.3.11 - 업데이트 수준: 2026년 4월 1일에만 자동 업데이트 검사 기능, 로컬 에이전트 설정 수정, 의존성 갱신이 연속해서 반영됐습니다.
커밋 흐름을 보면 정체된 프로젝트가 아니라 UI, AI 기능, 운영 편의성을 빠르게 다듬는 단계에 가깝습니다.
무엇을 하는 저장소인가
Dagu는 YAML로 워크플로를 정의하고 단일 바이너리로 실행하는 경량 워크플로 엔진입니다. 쉘 명령, Python 스크립트, Docker 컨테이너, HTTP 호출, SSH 실행 같은 기존 작업을 그대로 엮을 수 있다는 점이 중요합니다. 즉, 새 플랫폼에 맞게 코드를 다시 쓰게 하기보다, 이미 있는 운영 스크립트를 오케스트레이션 계층으로 감싸는 방식에 가깝습니다.
핵심 특징
README의 기능 구성을 보면 이 프로젝트가 작지만 단순하지는 않다는 점이 분명합니다.
- file-based storage와 single binary 배포를 전면에 내세워 도입 시 필요한 운영 컴포넌트를 크게 줄입니다.
- Docker, SSH, sub-DAG composition, distributed worker, Git sync, RBAC까지 제공해 작은 팀용 도구에 머무르지 않으려 합니다.
- Web UI에서 자연어로 DAG를 만들고 수정하는 AI agent, Slack과 Telegram용 workflow operator까지 포함해 AI 보조 운영 흐름을 적극적으로 밀고 있습니다.
실무에서 기대할 수 있는 효과
실무에서는 좋은 오케스트레이터보다 도입 가능한 오케스트레이터가 더 중요할 때가 많습니다. Dagu는 그 지점에서 효과가 분명합니다.
- 기존 배치 스크립트나 유지보수 작업을 거의 수정 없이 YAML 단계로 감싸 중앙에서 관리하기 쉽습니다.
- PostgreSQL, Redis 같은 부가 인프라 없이도 시작할 수 있어 작은 팀이나 사내 도구 영역에서 도입 장벽이 낮습니다.
- air-gapped 환경과 파일 기반 구성이 가능해 폐쇄망 운영이나 제한된 인프라에서도 선택지가 됩니다.
실제로 볼 만한 예시
README에 있는 sequential, parallel, Docker, SSH, sub-DAG 예시는 단순한 튜토리얼이 아니라 이 도구가 겨냥하는 사용 장면을 잘 보여 줍니다. 예를 들어 추출, 변환, 적재 파이프라인을 각 단계별 스크립트 호출로 구성하고, 일부 단계만 Docker나 원격 SSH로 넘기는 식의 설계가 가능합니다.
- 운영팀은 Slack이나 Telegram의 workflow operator를 통해 실행 상태 확인, 실패 원인 파악, 후속 조치를 대화 맥락 안에서 이어갈 수 있습니다.
- 개발팀은 Git sync와 Web UI를 함께 써서 DAG 정의와 실행 이력을 코드 리뷰 중심의 흐름 안에 묶어 둘 수 있습니다.
강점과 한계
강점은 도입 비용 대비 기능 폭이 넓다는 점입니다. Airflow 같은 대형 도구가 부담스러운 조직에서도 cron 이상의 통제력과 가시성을 확보할 수 있습니다. 문서 체계도 설치, 예제, 분산 실행, 인증, AI agent, bots로 꽤 세분화돼 있어 기능 범위를 파악하기 쉽습니다.
반면 한계도 있습니다. 파일 기반 구조와 경량성이 장점인 만큼, 대규모 조직의 엄격한 거버넌스나 초고복잡도 스케줄링 요구에는 별도 검증이 필요합니다. YAML 중심 워크플로가 팀에 따라서는 오히려 타입 안정성이나 재사용성 면에서 답답하게 느껴질 수 있고, AI 기능이 들어간다고 해서 워크플로 설계 난도가 사라지는 것은 아닙니다.
어떤 팀이나 개발자에게 맞는가
전담 데이터 플랫폼 팀이 없는 조직, 운영 자동화를 빠르게 정리해야 하는 SaaS 팀, 내부 도구와 배치 작업이 뒤섞인 개발팀에 특히 잘 맞습니다. 반대로 이미 대형 오케스트레이터를 깊게 운영하고 있는 팀이라면, 경량성보다 통합성과 조직 표준이 더 중요할 수 있습니다.
결론
Dagu는 워크플로 엔진은 원래 무겁다는 전제를 의심하게 만드는 저장소입니다. 작은 팀이 감당할 수 있는 수준에서 얼마나 많은 오케스트레이션 기능을 확보할 수 있는지 보고 싶다면, 이 프로젝트는 계속 지켜볼 만합니다.