n8n, 1500개 서비스를 노드로 잇는 fair-code 워크플로 자동화 도구

사내 자동화 이야기는 대개 비슷한 지점에서 막힌다. 폼 응답이 들어오면 시트에 적고, 담당자에게 알리고, 사흘 뒤에도 처리가 안 되어 있으면 다시 찌르는 정도의 일인데, 이걸 맡기려고 보면 선택지가 둘뿐이다. SaaS 자동화 서비스에 월 구독료를 내거나, 개발자가 스크립트를 짜고 서버에 cron을 거는 것이다. n8n은 그 사이에 있는 도구다. 화면에서 노드를 끌어다 연결해 흐름을 만들되, 한 칸이 애매하면 그 노드 안에 자바스크립트나 파이썬을 직접 써 넣을 수 있다.

한눈에 보기

노드를 잇는 캔버스, 막히면 코드

기본 사용법은 다른 자동화 도구와 크게 다르지 않다. 트리거 노드 하나를 두고(웹훅, 스케줄, 특정 서비스의 이벤트) 그 뒤에 할 일을 노드로 이어 붙인다. 조건 분기는 IF 노드, 반복은 루프 노드가 맡는다. 공식 저장소는 연동 가능한 서비스가 1500개를 넘는다고 밝히고 있다.

차이는 막혔을 때 드러난다. 노코드 도구에서 “이 필드의 날짜 포맷만 바꾸고 싶다”가 안 되면 거기서 끝이지만, n8n은 Code 노드를 하나 꽂아 자바스크립트나 파이썬으로 데이터를 직접 주무를 수 있다. 전부를 코드로 짜지 않아도 되고, 필요한 한 칸만 코드로 메우는 식이다. 실무에서 자동화가 중간에 폐기되는 가장 흔한 이유가 “90%는 되는데 나머지 10%가 안 돼서”라는 점을 생각하면, 이 설계가 가진 의미는 작지 않다.

AI 에이전트를 워크플로의 한 노드로

최근 n8n이 가장 공을 들이는 쪽은 AI다. 공식 저장소는 스스로를 “AI 에이전트와 워크플로를 만들고 배포하는 fair-code 플랫폼”으로 소개한다. 캔버스 위에 AI Agent 노드를 두고, 그 아래에 모델, 메모리, 도구를 각각 연결하는 구조다.

이 구조가 실용적인 이유는 에이전트를 워크플로 전체가 아니라 한 단계로 가둘 수 있다는 데 있다. 들어온 문의를 분류하는 판단만 모델에 맡기고, 그 결과를 받아 티켓을 만들고 알림을 보내는 뒷단은 결정론적인 노드가 처리하는 식이다. 에이전트에게 모든 걸 맡기는 구성보다 실패 지점을 좁히기 쉽고, 어느 단계에서 틀어졌는지 실행 로그로 되짚기도 쉽다.

오픈소스가 아니라 fair-code다

여기서 자주 오해가 생긴다. n8n은 GitHub에 코드 전부가 공개되어 있고 셀프호스팅이 무료라서 오픈소스로 불리는 일이 많지만, 공식 README는 스스로를 fair-code로, 라이선스를 Sustainable Use License로 명시한다. OSI가 승인한 오픈소스 라이선스가 아니다.

라이선스 본문이 허용하는 범위는 분명하다. 소프트웨어를 쓰고 고치는 것은 “자신의 내부 업무 목적 또는 비상업적, 개인적 용도”에 한한다. 배포도 무상이고 비상업적일 때만 가능하다. 즉 사내 업무 자동화에 쓰는 것은 문제가 없지만, n8n을 호스팅해 고객에게 서비스로 파는 것이나 화이트라벨로 재판매하는 것은 막혀 있다. 사내 도구로 도입할 때는 걸릴 일이 거의 없고, 자동화 대행을 사업으로 하려는 경우에만 라이선스를 다시 읽어야 한다.

요금은 실행 횟수로 센다

클라우드를 쓸 경우 과금 단위가 단계가 아니라 워크플로 실행 횟수라는 점이 중요하다. 노드를 몇 개 거치든 한 번 실행은 한 번으로 센다. 분기가 많고 단계가 긴 워크플로를 돌리는 쪽에 유리한 계산법이다. 2026년 10월 현재 공식 요금 페이지 기준은 아래와 같다.

무료 체험은 신용카드 없이 1,000회 실행까지 제공된다. 셀프호스팅 Community Edition은 실행 횟수 제한 없이 무료이고, 비용은 서버 값만 든다.

시작하기

1. 가볍게 보려면 Node.js가 깔린 환경에서 npx n8n을 실행한다. 로컬 5678 포트에 편집기가 뜬다. 계속 쓸 생각이면 Docker 이미지로 올리고 데이터 볼륨을 붙이는 편이 낫다.
2. 템플릿 갤러리에서 하려는 일과 가장 비슷한 워크플로를 가져와 연다. 빈 캔버스에서 시작하는 것보다 노드 연결 관행을 익히기 빠르다.
3. 연동할 서비스의 자격 증명을 등록한다. API 키나 OAuth 연결은 노드가 아니라 Credentials에 따로 저장되고, 여러 워크플로가 공유한다.
4. 수동 실행으로 각 노드의 입출력 데이터를 눈으로 확인한 뒤 트리거를 활성화한다. n8n은 노드마다 통과한 데이터를 표로 보여 주므로, 중간에서 값이 어떻게 바뀌는지 보고 매핑을 고치면 된다.
5. 운영에 올린 뒤에는 실행 이력에서 실패 건을 주기적으로 본다. 실패 시 알림을 보내는 워크플로를 하나 따로 만들어 두는 구성이 흔하다.

사내 업무 자동화를 직접 굴릴 사람이 한 명이라도 있다면 n8n은 값이 싸고 한계가 늦게 오는 선택지다. 반대로 서버를 관리할 사람이 없고 연결할 서비스가 두세 개뿐이라면, 셀프호스팅의 운영 부담이 절약하는 구독료보다 클 수 있다.

주의점

• 셀프호스팅은 공짜가 아니라 운영을 떠안는 것이다. 서버 비용 자체는 적지만 버전 업그레이드, 백업, 자격 증명 보관의 책임이 전부 사용자에게 온다. 자동화가 사내 핵심 업무에 걸려 있다면 이 부담을 미리 계산해야 한다.
• 자격 증명이 한곳에 모인다. 워크플로가 늘수록 n8n 인스턴스 하나에 사내 각종 서비스의 API 키가 쌓인다. 접근 통제와 암호화 키 관리를 초기에 정해 두는 편이 낫다.
• 라이선스는 용도를 가린다. 사내 사용은 자유롭지만 호스팅 서비스로 되팔거나 화이트라벨하는 것은 허용되지 않는다. 자동화 구축을 외부에 납품하는 형태라면 조건을 먼저 확인해야 한다.

정리

n8n은 노코드 도구의 접근성과 스크립트의 자유도 사이를 메우려는 도구이고, 그 절충이 실무에서 꽤 잘 작동하는 편으로 보인다. 셀프호스팅이 무료라 도입 문턱이 낮지만, 그 대가로 운영 책임이 따라오고 라이선스도 오픈소스와는 다르다. 사내용으로 쓰는 한 제약은 거의 느껴지지 않으니, 반복 업무가 쌓여 있다면 npx n8n으로 한 시간만 만져 보고 판단하면 된다.