n8n이란 무엇인가? 제로 기초 입문, 응용 시나리오와 학습 로드맵

인터넷에서 「n8n이 뭐야」를 검색하면 대부분 이런 답을 보게 된다: 서로 다른 앱을 연결할 수 있는 오픈소스 워크플로 자동화 도구. 틀린 말은 아니지만 아무 말이나 마찬가지다——이게 대체 누구 대신 일하는지, 네 시간 중 어느 부분을 아껴주는지는 알려주지 않는다.

쉽게 말하면: n8n은 네가 반복해서 직접 하던 일을 스스로 돌아가는 파이프라인으로 바꿔주는 도구다.

이 글은 전체 코스의 첫 번째 글이다. 목표는 하나뿐이다: 네가 직접 손대기 전에 이것이 무엇인지, 무엇을 할 수 있는지, 배울 가치가 있는지를 먼저 파악하게 하는 것. 글을 다 읽고 나면 한 가지 질문에 답할 수 있어야 한다——내 손에 있는 어떤 일을 이것에 맡기면 좋을까.

누구에게 적합한지, 보기 전에 무엇을 준비해야 하는지

자동화 경험이 전혀 없어도 볼 수 있다. 프로그래밍을 몰라도 되고, 서버를 살 필요도 없고, 소프트웨어를 먼저 설치할 필요도 없다. 이 글은 개념과 판단만 다루고, 직접 해보는 부분은 다음 글에 있다.

이미 Zapier를 써봤거나 스크립트를 작성해본 적이 있다면 3, 4절을 중점적으로 보면 된다. 거기서 실제 차이를 설명하고 있으니 갈아탈지 판단하는 데 도움이 될 것이다.

먼저 이것이 돌아가는 모습을 보자

개념을 아무리 설명해도 한 번 보는 것만 못하다. 아래 그림은 내가 한 서버에서 만든 첫 번째 연습 워크플로다. 블록 세 개, 왼쪽에서 오른쪽으로 한 번 실행했고 233밀리초 걸렸다.

그림 속 세 블록을노드라고 부른다. 가장 왼쪽의 번개 표시가 있는 것이 시작점으로, 트리거라고 하며 「이 일이 어디서 시작되는지」를 나타낸다; 가운데 것은 필드 편집으로, 두 개의 필드를 만들어내는 역할을 한다; 가장 오른쪽은 코드 노드로, 짧은 JavaScript를 실행한다.

블록 사이의 화살표는 데이터가 흐르는 방향이다. 이 전체 한 줄, 시작점에서 종점까지를워크플로。

라고 부른다. 이 파이프라인이 하는 일은 아주 단순하다: 「福州」와 「27」 두 값을 만들어 한 문장으로 조합한다. 하지만 이것을 실제 업무로 바꾸면 「웹페이지 열어 데이터 복사하고, 표에 붙여넣고, 다시 메일 보내기」라는 일련의 동작을 기계에 맡기는 것이다. 구조는 같다.

세 단어면 충분하다: 노드, 연결선, 워크플로

• 노드(Node): 하나의 구체적인 동작. HTTP 요청 하나를 보내고, 표 한 줄을 읽고, 조건 하나를 판단하고, 코드 한 단락을 실행하는 것이 모두 하나의 노드다. 내 이 인스턴스의 노드 목록에서는 거의 천 개를 찾아볼 수 있으며, 다양한 일반 시스템을 커버한다.
• 연결선: 누가 먼저이고 누가 나중인지를 결정한다. 데이터는 선을 따라 아래로 흐르며, 분기할 수도 있고 합류할 수도 있다.
• 워크플로(Workflow): 노드와 연결선이 하나의 일에 대한 완전한 흐름을 구성한다. 이것이 바로 네가 n8n에서 만드는 「제품」이다.

진짜 진입장벽은 이 세 명사에 있는 것이 아니라, 하나의 개념에 있다:데이터가 노드 사이에서 어떻게 전달되는가。

n8n에서의 데이터는 항상 하나의 「항목 배열」이다. 이전 노드에서 10행의 데이터를 조회하면, 다음 노드로 전달될 때 10개의 항목이 되고, 다음 노드는 이 10개의 항목에 대해 각각 한 번씩 실행하지, 첫 행만 처리하는 것이 아니다. 이 점을 이해하면, 뒤에 나오는 대부분의 「왜 내 출력이 비어 있지」 문제를 네 스스로 찾아낼 수 있다.

이 패널은 n8n 2.x에서 변경된 것이다. 왼쪽 입력, 가운데 파라미터, 오른쪽 출력으로, 디버깅할 때 탭을 왔다 갔다 전환할 필요가 없어 1.x보다 훨씬 편하다——온라인의 수많은 중국어 튜토리얼은 아직 1.x 인터페이스에 머물러 있어서, 그대로 따라 하면 위치가 맞지 않는데, 이는 초보자가 가장 당황하기 쉬운 부분 중 하나다.

또 하나의 작은 디테일: 내 이 인스턴스에는 간체 중국어가 설치되어 있지만, 파라미터 이름은 여전히 영어인 것을 발견할 수 있다. Mode, Fields to Set, Include Other Input Fields 같은 것들이다. n8n의 중국어는 껍데기만 번역했고, 노드 파라미터는 번역하지 않았으니, 영어를 봐도 당황하지 말고 대조해서 채우면 된다.

그것이 도대체 어떤 문제를 해결하는가

사무실에서 대부분의 반복 노동은 본질적으로 같은 일이다:데이터를 A에서 B로 옮기고, 겸사겸사 형태도 바꾼다.

예를 들어보자. 고객이 웹사이트에서 폼을 작성 → 당신이 그 정보를 표에 옮겨 적음 → 영업 담당자에게 메시지 발송 → 3일 후 그에게 후속 연락을 하라고 알림. 네 단계, 각 단계가 어렵진 않지만 하루에 스무 번 하면 짜증 나고, 반드시 빠뜨리게 된다.

n8n이 하는 일이 바로 이것이다: 정해진 시간에, 정해진 조건에 따라, 실수 없이 데이터를 가야 할 곳으로 보내고, 겸사겸사 알아야 할 사람에게 알린다.

이 포지셔닝을 명심해야 한다. 그것은 데이터를 생산하지도, 당신 대신 판단하지도 않는다. 이 점을 명확히 하면 "이번 달 매출 상황을 분석해 줘" 같은 걸 기대하지 않게 된다 — 그런 작업은 못 하며, 데이터베이스와 스크립트에 의존해야 한다.

Zapier, Make, 직접 스크립트 작성과 비교했을 때 차이는 어디에 있는가

실제 느낀 점을 좀 말해보자. Zapier는 가장 간편해서 가입만 하면 바로 쓸 수 있지만, 과제 수 기준으로 과금되기 때문에 사용량이 늘면 청구서가 보기 안 좋아지고, 조금만 복잡한 데이터 처리를 만나면 우회할 방법을 찾아야 한다. Make는 시각화가 더 강력해서 진짜 분기와 반복을 그릴 수 있고 가격도 온건하지만, 인터페이스 학습 비용이 좀 더 높다.

n8n의 차이는 두 가지다. 직접 배포할 수 있어 데이터가 자기 머신에 있고, 과제 수로 과금하지 않아 몇 번을 돌려도 추가 비용이 없으며 비용은 서버뿐이다. 대가는 매우 현실적이다. 업그레이드, 백업, 한밤중 장애 모두 직접 처리해야 한다. 이건 사소한 일이 아니며, 운영 관리에 대해서는 뒤에서 따로 다룰 것이다.

직접 Python 스크립트를 작성하는 것은 더 유연하지만 인터페이스가 없고, 조건 하나 바꾸려면 코드를 고쳐야 하며, 문제가 생겨도 실행 기록을 되돌아볼 수 없다. 내 분담은 이렇다. 일회성이고 로직이 꼬인 데이터 처리는 스크립트로 쓰고, 장기적으로 정기 실행이 필요하고 진행 상황을 사람에게 보여줘야 하며 여러 외부 시스템에 연결해야 하는 것은 n8n에 넣는다.

덧붙여 n8n의 라이선스에 대해 말하자면, 표준 오픈소스 프로토콜이 아니라 fair-code의 Sustainable Use License를 쓴다. 개인 사용, 회사 내부 사용은 문제없지만, n8n을 한 겹 감싸서 고객에게 팔고 싶다면 약관을 먼저 잘 읽어봐야 한다. 당연하게 생각하지 마라.

어떤 일을 맡기기에 적합하고 어떤 일은 맡기지 말아야 하는가

적합한 것은 기본적으로 다 이런 모습이다.

• 정기 집계: 매일 아침 여러 출처의 정보를 가져와 중복 제거 후 아침 브리핑 생성
• 이벤트 트리거: 누군가 폼을 제출하거나 메일을 보내거나 주문 상태가 바뀌면 자동 분류, DB 저장, 알림
• 시스템 동기화: 스프레드시트, 데이터베이스, CRM 간 대사, 차이는 별도로 나열
• 콘텐츠 파이프라인: 수집, 정제, AI 재작성, 인간 검토, 정기 발행
• 모니터링 알림: 사이트 다운, API 오류, 데이터 이상 시 즉시 누군가 알 수 있게
• AI 관련 작업: 대형 모델을 비즈니스 프로세스에 연결해 분류, 추출, 질의응답 수행

부적합한 것도 명확히 말해야 한다. 헛걸음하지 않도록:

• 밀리초급 고빈도 실시간 거래, 이것은 이를 위해 설계된 것이 아니다
• 복잡한 계산과 알고리즘은 직접 코드를 작성하는 것이 더 간편하다
• 한 달에 한 번만 실행되고 수작업으로 10분 걸리는 프로세스는 워크플로로 만들면 오히려 유지보수가 더 어렵다

n8n과 AI는 어떤 관계인가

최근 2년간 n8n이 인기를 끈 것은 상당 부분 AI 때문이다. 대형 모델을 연결하는 노드가 내장되어 있고, Agent를 만드는 일整套 노드도 갖추고 있다: 모델에 도구와 기억을 배정하여 어떤 것을 먼저 호출할지 스스로 결정하게 한다.

하지만 분수를 잘 잡아야 한다. 워크플로는 결정론적이다: 조건이 충족되면 왼쪽으로, 충족되지 않으면 오른쪽으로 가고, 100번 실행해도 결과가 같다. 모델은 그렇지 않다. 같은 프롬프트라도 오늘은 분류가 맞았는데 내일은 틀릴 수 있다.

나의 원칙은: 확정적인 일은 노드에 맡기고, 모호한 일은 모델에 맡기며, 돈과 약속이 관련된 부분은 반드시 사람의 검토를 남긴다. 이 원칙은 이후 모든 AI 관련 글에 관통할 것이다.

비용은 얼마나 드는가

두 가지 경로가 있고, 비용 구조가 완전히 다르다.

공식 클라우드 버전 사용: 월 단위로 지불하고 설치와 유지보수를 생략하며, 가격은 공식 웹사이트를 기준으로 한다(조정될 수 있으므로 숫자를 고정하지 않는다). 직접 배포: 소프트웨어 자체는 비용이 들지 않고, 비용은 서버 한 대이며, 2코어 4G로 일상 작업을 충분히 돌릴 수 있고, 연간 몇백 위안의 기기면 충분하다. 진짜 비싼 것은 시간이다 — 설치, 설정, 업그레이드, 트러블슈팅을 모두 직접 해야 한다.

클라우드인가 셀프호스팅인가, 어떻게 정할까

판단 기준은 사실 하나뿐이다:이 데이터가 당신의 기기 밖으로 나갈 수 있는가.

고객 명단, 주문, 병력 같은 데이터를 처리한다면 셀프호스팅을 권장한다. 공개 정보만 연결하고 RSS 알림을 만드는 정도라면 클라우드가 더 편하다. 셀프호스팅에는 중국 특유의 함정이 두 가지 있다: 서버가 해외 API에 접근하지 못할 수 있어 네트워크를 별도로 처리해야 하고, 반대로 클라우드 버전도 회사 내부망 시스템에 접근할 수 없다. 이 조항은 가격보다 훨씬 중요하다. 다 만든 후에야 데이터를 가져올 수 없다는 것을 발견하지 마라.

이것을 배우려면 어떤 기초가 필요한가

복사 붙여넣기를 할 줄 알고 표를 읽을 수 있으면 시작할 수 있으며, 첫 단계에서는 코드를 전혀 작성할 필요가 없다.

하지만 중반으로 가면 두 가지 벽에 부딪힌다. 하나는 JSON으로, 데이터가 어떤 모습인지, 그중 한 계층을 어떻게 꺼내는지다. 다른 하나는 HTTP로, 요청, 응답, 상태 코드가 각각 무슨 뜻인지다. 이 두 가지는 정통할 필요는 없지만 피할 수는 없다. 더 나아가 AI와 Agent를 하려면 에러 메시지를 읽을 수 있어야 하고, 데이터 문제인지 설정 문제인지 스스로 판단할 수 있어야 한다.

제로에서 사용 가능까지, 루트는 어떻게 가는가

나는 전체 과정을 8개 단계로 나누었고, 각 단계에는 명확한 산출물이 있으며,학습 루트그 페이지에 적어 두었다. 여기서는 순서에 관한 세 가지 알림만 준다:

1. 먼저 n8n을 안정적으로 설치한 뒤 워크플로를 만들어라. 데이터 볼륨을 제대로 설정하지 않으면 컨테이너를 삭제할 때 워크플로가 전부 사라지는 일을 나는 한 번 이상 보았다.
2. 먼저 손에 있는 작은 프로세스 하나를 끝까지 돌린 뒤 새로운 노드를 배워라. 문서만 보고 산출물이 없으면 일주일이면 깨끗이 잊는다.
3. 급하게 AI로 가지 마라. 데이터 흐름과 오류 처리를 이해하지 못한 상태에서 모델을 연결하면 문제를 더 찾기 어렵게 만들 뿐이다.

초보자가 가장 쉽게 벗어나는 네 가지 지점

새로운 노드를 쫓는 것.노드 라이브러리에는 거의 천 개의 노드가 있으며, 쓸모없는 것은 모두 노이즈다. 실제로 고빈도인 것은 그 이십여 개뿐이다: 트리거, HTTP, 필드 편집, IF, Switch, Merge, 루프, 코드.

성공 경로만 실행하는 것.인터페이스는 타임아웃되고, 레이트 리밋이 걸리고, 500을 반환한다. 처음 프로덕션에 올렸다가 손해 본 사람은 기본적으로 여기서 무너진다.

실행 기록을 보지 않는 것.오류가 나면 먼저 실행 기록에서 처음으로 빨갛게 변한 노드를 확인하세요. 그룹 채팅에서 사람들에게 묻는 것보다 훨씬 빠릅니다.

n8n을 로우코드 플랫폼으로 생각하세요.코드를 작성할 수는 있지만 강점은 조정이지 계산이 아닙니다. 무거운 작업은 스크립트나 데이터베이스에 맡기세요.

보안 주의사항

셀프 호스팅 n8n은 여러분의 시스템 여러 개의 열쇠를 이 머신에 두는 것과 같습니다. 세 가지는 반드시 해야 합니다: 도메인을 연결하고 HTTPS를 적용하며 5678 port를 공인망에 그대로 노출하지 마세요; n8n에 사용하는 API Key는 필요한 만큼의 권한만 부여하세요; 백업 시 n8n의 암호화 키를 빠뜨리지 마세요——키를 잃으면 데이터베이스의 자격 증명을 풀 수 없고, 데이터만 있어도 복구할 수 없습니다.

소결

n8n은 반복 작업을 파이프라인으로 바꾸는 도구입니다. 그 가치는 노드 수에 있는 것이 아니라, "이 일은 이렇게 해야 한다"를 적어두면 매일 그대로 수행하며 잊지도 빠뜨리지도 않는다는 데 있습니다.

학습 순서는 세 문장입니다: 안정적으로 설치하고, 하나를 끝까지 돌려보고, 그다음 외부로 확장하세요.

다음 편에서는 구체적인 설치 방법을 다룹니다:n8n 설치 방법, 초보자 로컬 배포와 첫 실행 완전 튜토리얼. 설치 후 돌아와서 위의 3노드 워크플로를 다시 실행하면 훨씬 수월할 것입니다.

참고 자료

• n8n 공식 문서
• 통합 노드 목록
• 셀프 호스팅 설명
• 공식 가격 페이지

최종 업데이트: 2026년 10월 22일, n8n 2.43.7 기준. 사용 중인 버전이 이보다 최신이라면 UI 위치가 또 바뀌었을 수 있다.