단순 반복 업무를 넘어 복잡한 데이터 파이프라인을 구축하려 할 때, Make나 Zapier의 대안으로 자주 언급되는 도구가 n8n입니다. 하지만 n8n은 클릭 몇 번으로 끝나는 도구가 아니며, 운영 방식에 따라 요구되는 기술적 배경지식이 크게 다릅니다.
이 글은 n8n을 완전한 노코드 도구가 아니라 API, 웹훅, JSON, 인증, 오류 로그 이해가 필요한 로우코드(Low-code) 자동화 빌더로 보고, Cloud와 Self-hosted의 차이, 요금제, 실행 횟수, 로그 보존, 운영 책임을 기준으로 정리한 도입 전 검토입니다. 자동화 도구 선택 자체가 아직 초기라면 먼저 업무 자동화 입문 가이드에서 트리거와 데이터 경계를 잡고 오면 이해가 더 쉽습니다.
핵심 요약
설계 성격
완전한 노코드(No-code)가 아닌, JSON 데이터 구조와 API 연동 지식이 필요한 로우코드(Low-code) 지향입니다.
과금 기준
내부 모듈(Node) 개수와 무관하게, 전체 워크플로우 1회 실행(Execution)을 기준으로 과금됩니다.
운영 방식
인프라 관리가 불필요한 Cloud 버전과, 데이터 통제권은 높지만 서버 유지보수 책임이 따르는 Self-hosted 버전으로 나뉩니다.
라이선스
엄밀한 의미의 OSI 오픈소스가 아니라, 상업적 사용 제한이 있는 Fair-code(Sustainable Use License) 정책을 따릅니다.
n8n은 완전한 노코드가 아니라 로우코드에 가깝습니다
n8n을 처음 접할 때 가장 오해하기 쉬운 부분은 진입 장벽입니다. 시각적인 노드(Node) 연결 인터페이스를 제공하지만, 실질적인 데이터 처리와 조건 분기를 위해서는 API 응답 값(JSON)을 파싱하거나 표현식(Expression)을 작성해야 하는 경우가 많습니다.
Make는 데이터가 흐르는 과정을 시각적인 번들(Bundle)로 보여주어 입문자가 직관적으로 이해하기 좋습니다. 반면, n8n은 프로그래밍적인 흐름, HTTP 요청, 웹훅 구성 등을 사용자가 직접 제어할 수 있어 개발자나 기술적 이해도가 높은 사용자에게 더 적합합니다. 이 차이는 Make 자동화 도입 전 검토와 함께 보면 더 분명해집니다.
Cloud와 Self-hosted는 가격보다 책임의 차이가 큽니다
n8n은 환경 구성 방식에 따라 Cloud와 Self-hosted로 나뉩니다. 두 방식은 단순히 유료냐 무료냐의 차이를 넘어, 보안, 데이터 통제, 유지보수 책임의 주체가 누구인지 결정합니다.
n8n Cloud
n8n이 직접 호스팅하고 관리합니다. 가입 즉시 사용할 수 있어 난이도는 낮지만, 실행 횟수·동시 실행·로그 보존·자원 제한은 플랜 기준을 따라야 합니다.
n8n Self-hosted
사용자가 직접 서버를 구축하고 유지보수합니다. 데이터 통제권은 커지지만 Docker, DB, 리버스 프록시, TLS, 백업, 업데이트 책임이 사용자에게 옵니다.
공식 문서에 따르면 실무 환경이나 고도로 맞춤화된 설정이 필요한 경우 Self-hosted를 선택할 수 있습니다. 그러나 설정 오류로 인한 데이터 손실이나 보안 사고의 책임 역시 사용자에게 있으므로, 시스템 운영 지식이 부족하다면 Cloud 버전으로 시작하는 편이 안전합니다.
요금제와 실행 횟수는 이렇게 봐야 합니다
n8n의 가장 큰 강점은 워크플로우 실행(Execution) 횟수를 기준으로 과금한다는 점입니다. 모듈 사이에서 데이터를 한 번 옮길 때마다 크레딧이 차감되는 방식과 달리, n8n은 워크플로우 안에 수십 개의 노드가 있어도 처음부터 끝까지 실행되면 1회 실행으로 계산됩니다.
2026년 5월 28일 확인 기준 공식 가격표의 주요 플랜은 다음과 같습니다.
Starter
월 20 EUR, 연 결제 기준
월 2,500회 실행
5개 동시 실행
50 AI Workflow Builder credits
Cloud hosted
Pro
월 50 EUR, 연 결제 기준
월 10,000회 실행
20개 동시 실행
7일 insights, 실행 검색, workflow history
150 AI Workflow Builder credits
Business
월 667 EUR, 연 결제 기준
월 40,000회 실행
Self-hosted
SSO/SAML/LDAP, 여러 환경, Git 버전 관리
Enterprise
맞춤형 가격
Cloud 또는 Self-hosted
200개 이상 동시 실행
365일 insights, log streaming, extended retention, SLA
Cloud trial과 무료 플랜 caveat
n8n Cloud에는 영구 무료 플랜이 없습니다. 공식 trial 안내는 페이지와 가입 시점에 따라 실행 횟수와 컴퓨팅 조건이 다르게 보일 수 있으므로, 실제 가입 화면에서 Starter/Pro trial 조건을 다시 확인해야 합니다. Self-hosted Community Edition은 별도 경로입니다.
운영 리스크는 로그, 예외 처리, 보안에서 갈립니다
n8n을 안정적으로 운영하기 위해서는 기능의 강력함 이면에 숨겨진 시스템적 리스크를 이해해야 합니다.
로그 보존과 Pruning
Self-hosted에서는 실행 데이터가 데이터베이스를 키울 수 있습니다. 공식 문서는 불필요한 데이터를 저장하지 않고 pruning을 켜는 것을 권장하며, 기본 pruning 기준은 336시간(14일) 또는 10,000개 초과입니다.
Cloud 로그 한계
Starter는 최대 2,500개와 7일, Pro는 최대 25,000개와 30일 범위에서 execution log retention이 적용됩니다. 장기 감사가 필요하면 외부 저장 흐름을 별도로 설계해야 합니다.
예외 처리
네트워크 지연이나 API 제한으로 중간 실패가 발생할 수 있습니다. 어디서 재시도하고 어디서 중단할지, 관리자 알림과 수동 복구 기준을 먼저 정해야 합니다.
보안 책임
Self-hosted에서는 reverse proxy, TLS, encryption at rest, community node 위험, Code node 제한, 위험 노드 비활성화 같은 운영 보안 기준이 필요합니다.
이 지점은 자동화 도구의 기능 비교보다 중요합니다. 실패한 작업을 어디서부터 다시 실행할지, 로그를 얼마나 남길지, 어떤 권한을 연결 계정에 줄지 정하지 않으면 복잡한 자동화일수록 복구 비용이 커집니다. 안정적인 방어 로직은 AI 자동화 예외 처리 가이드와 함께 설계하는 편이 좋습니다.
데이터 통제권은 커지지만 완전히 닫히는 것은 아닙니다
Self-hosted 환경을 구축하면 워크플로우와 실행 데이터의 저장 위치를 직접 정할 수 있습니다. 그러나 self-hosted라고 해서 모든 데이터 흐름이 자동으로 닫히는 것은 아닙니다. 연결한 외부 서비스 API로 데이터가 나갈 수 있고, n8n도 selected usage/performance telemetry를 기본적으로 수집합니다.
공식 privacy 문서는 self-hosted n8n에서 credentials, execution data, sensitive settings, error payloads는 수집하지 않는다고 설명합니다. 다만 망분리나 엄격한 보안 환경이라면 telemetry opt-out, 커뮤니티 노드 제한, 외부 모듈 사용 제한, 위험 노드 비활성화까지 검토해야 합니다. 자동화 도구에 줄 권한 범위도 함께 정해야 합니다.
n8n이 맞는 사람과 아닌 사람
추천하는 경우
JSON 구조를 이해하고 있으며, 한 번의 워크플로우에 수십 개의 분기 로직을 넣어야 해서 타 SaaS의 오퍼레이션/태스크 과금이 부담스러운 사용자입니다.
Cloud가 맞는 경우
서버 유지보수보다 자동화 설계에 집중하고 싶고, 실행 횟수가 Starter나 Pro 플랜 안에서 예측 가능한 경우입니다.
Self-hosted가 맞는 경우
Docker, DB, 백업, webhook 보안, 업데이트, 장애 복구를 직접 관리할 수 있고 데이터 통제권이 중요한 경우입니다.
추천하지 않는 경우
API나 웹훅 개념이 생소하고, 서버 인프라 유지보수나 execution log 확인에 리소스를 투입할 수 없는 입문자입니다.
결론
n8n은 복잡한 데이터 구조를 직접 통제하고 다룰 수 있는 API 기반 자동화 도구입니다. 개발 지식이 있거나 시스템 관리를 감당할 수 있다면 Self-hosted Community Edition으로 강력한 통제권을 확보할 수 있지만, 유지보수 스트레스 없이 안정적인 실행 횟수 기반 과금만 누리고 싶다면 n8n Cloud Starter 또는 Pro 플랜이 현실적인 타협점이 될 수 있습니다.
반대로 단순 앱 연결 몇 개만 필요하고 API 문서나 오류 로그를 보고 싶지 않다면 n8n이 처음부터 가장 편한 선택은 아닐 수 있습니다. 그 경우에는 Make처럼 입문 친화적인 SaaS형 자동화 도구를 먼저 보고, 자동화가 복잡해질 때 n8n을 비교하는 순서가 더 안전합니다.
FAQ
Q1. n8n Self-hosted 버전은 정말 100% 무료인가요?
소프트웨어 이용 자체와 별개로 서비스를 띄워둘 서버 비용, 백업, 보안, 버전 업데이트에 들어가는 시간과 운영 비용이 있습니다. 그래서 실무 관점에서는 완전한 무료라고 보기 어렵습니다.
Q2. n8n Cloud에 영구 무료 요금제가 있나요?
아니요. 현재 n8n Cloud에는 영구 무료 플랜이 없습니다. Trial 이후에는 유료 플랜으로 전환하거나 워크플로우를 백업한 뒤 Self-hosted 환경으로 이전해야 합니다.
Q3. Make보다 n8n이 더 저렴한가요?
비교 기준에 따라 다릅니다. 워크플로우 안의 단계가 많고 반복/분기가 많다면 1회 실행 기준으로 계산하는 n8n이 유리할 수 있습니다. 단순 연동만 간헐적으로 쓴다면 초기 비용이 적은 다른 도구가 나을 수 있습니다.
Q4. n8n은 오픈소스인가요?
엄밀한 의미의 OSI 오픈소스는 아닙니다. n8n의 소스코드는 공개되어 있지만, 상업적 사용에 제한이 있는 Fair-code(Sustainable Use License) 정책을 따릅니다.
Q5. Trial 스펙은 어떻게 확인해야 하나요?
Trial은 Pro 기능을 일부 제공하면서도 실행 횟수나 컴퓨팅 자원은 Starter 수준으로 제한될 수 있습니다. 공식 안내 페이지별 숫자가 다르게 보일 수 있으므로 가입 시점의 콘솔 화면에서 확인하는 것이 정확합니다.