월 수십만 원짜리 SaaS 플랫폼도, 불안정한 Python 스크립트도 아닌 — 로컬 퍼스트 자동화 도구가 통제권과 단순함을 동시에 원하는 기술 팀들 사이에서 주목받고 있습니다.
- 선택지 — 강점 — 위험 — 잘 맞는 경우
- SaaS 플랫폼 (호스팅) — 인프라 불필요, 기본 커넥터 제공 — 벤더 종속, 사용량 비례 비용 — 단순 SaaS 간 흐름
- 로컬 워크플로우 엔진 — 완전 통제, 셀프호스팅, 시각 UI — 초기 설정 시간, DevOps 역량 필요 — 내부 시스템, 민감 데이터
- Raw 스크립트 — 최대 유연성, 플랫폼 비용 없음 — 취약, UI 없음, 인수인계 어려움 — 일회성·개발용 태스크
자동화의 스펙트럼
내부 자동화를 구축하는 기술 팀들은 대개 두 극단 중 하나에 자리를 잡습니다. 하나는 SaaS 자동화 플랫폼입니다. 설정은 빠르지만 규모가 커지면 비용이 오르고, 커스텀 로직이 필요해지면 한계에 부딪힙니다. 다른 하나는 Python이나 Bash로 직접 짠 스크립트입니다. 유연하지만 취약합니다. UI도 없고, 오류 처리도 미흡하며, 6개월 뒤엔 작성자 본인도 어떻게 돌아가는지 기억하기 어렵습니다.
로컬 퍼스트 자동화는 그 사이 공간을 채웁니다. n8n(셀프호스팅), Windmill, Prefect 같은 도구들은 직접 관리하는 인프라 위에서 실행되는 워크플로우 엔진을 제공하고, 작성자가 아닌 사람도 흐름을 파악할 수 있는 시각적 레이어를 갖추고 있습니다.
“로컬 퍼스트”가 자동화에서 중요한 이유
대부분의 내부 자동화가 다루는 데이터는 민감합니다. 고객 레코드, 재무 보고서, 내부 커뮤니케이션. 이 데이터를 제3자 SaaS 플랫폼을 통해 라우팅하려면 벤더의 보안 태세를 신뢰해야 하고, 데이터 보유 정책을 수용해야 하며, 때로는 컴플라이언스 협약을 별도로 체결해야 합니다.
워크플로우 엔진을 자체 인프라에서 실행하면 이 고민이 사라집니다. 워크플로우 정의가 자체 레포에 있습니다. 실행 로그가 자체 환경에 남습니다. 크리덴셜은 팀이 소유합니다.
실제 비용 비교
SaaS 자동화 플랫폼은 대개 태스크 실행 횟수로 과금합니다. 사용량이 적을 때는 저렴합니다. 하지만 자동화를 잘 구축한 팀은 더 많은 것을 자동화하게 됩니다. 비용은 자동화 범위에 비례해 선형으로 오릅니다. 셀프호스팅 도구는 초기 설정에 시간이 들지만 자동화 폭이 늘어도 고정된 인프라 비용만 발생합니다.
로컬 퍼스트 도구가 더 잘하는 것
- 복잡한 분기 로직: 시각적 SaaS 도구는 다단계 조건 흐름에 약합니다. 셀프호스팅 도구는 복잡한 분기에는 코드를 쓰면서도 전체 구조는 시각적으로 유지할 수 있습니다.
- 내부 시스템 연동: 워크플로우 엔진이 내부 네트워크에서 실행되므로 데이터베이스, 내부 API, 파일 시스템 연결이 자연스럽습니다.
- 감사 및 디버깅: 전체 실행 이력이 로컬에 저장되어 팀이 쿼리할 수 있습니다. 로그 줄당 비용을 낼 필요가 없습니다.
SaaS가 여전히 강한 영역
첫 번째 워크플로우까지의 속도, 수백 개 SaaS 제품에 대한 내장 커넥터, 유지할 인프라 없음. DevOps 역량이 없거나 단순한 SaaS 간 워크플로우라면 호스팅 플랫폼이 여전히 실용적인 선택입니다.
실용적인 중간 경로
많은 팀이 하이브리드로 운영합니다. 단순한 SaaS 간 워크플로우는 호스팅 플랫폼으로, 내부 시스템·민감 데이터·커스텀 로직이 필요한 것은 셀프호스팅 엔진으로. 핵심은 새 워크플로우가 어느 범주에 속하는지 의식적으로 판단하는 정책을 갖추는 것입니다. 하나의 도구로 모든 것을 처리하려는 관성에서 벗어나서.
출처
- https://www.inkandswitch.com/local-first/ — Ink & Switch — ‘로컬 퍼스트 소프트웨어’ 원칙을 정의한 정전적 에세이.
- https://docs.n8n.io/ — n8n — 자체 호스팅 가능한 워크플로 엔진의 공식 문서.
- https://github.com/n8n-io/n8n — n8n — 소스 저장소(라이선스, 배포 옵션, 커뮤니티 활동 확인용).
- https://zapier.com/blog/ — Zapier — 호스팅 SaaS 자동화의 비교 기준이 되는 공식 블로그.