n8n이란
n8n(엔에이트엔)은 자동화 워크플로를 만드는 도구입니다. 노드라고 부르는 상자를 화면에 놓고 선으로 이으면, 사건이 일어날 때마다 n8n이 그 선을 따라 데이터를 보냅니다. 고객이 LINE 공식 계정으로 메시지를 보내거나 월요일 오전 8시가 되는 것이 그런 사건입니다. 개발사는 n8n을 워크플로와 AI 에이전트를 만드는 fair-code 플랫폼이라고 소개합니다.
n8n은 웹 브라우저에서 씁니다. 코드를 쓰지 않는 사람은 상자를 잇기만 하면 되고, 코드를 쓰는 사람은 상자 안에 코드를 더할 수 있습니다. AI 쪽에는 AI Agent 노드가 있어 언어 모델과 도구를 연결하고, 어떤 도구를 부를지는 모델이 직접 고르게 합니다. MCP 서버에도 연결할 수 있습니다.
워크플로 하나는 무엇으로 이루어지는가
모든 워크플로는 트리거에서 시작합니다. 사건을 기다리는 첫 상자로, 다른 시스템이 데이터를 보내오는 웹훅(Webhook), 정해진 일정, 새 이메일 등이 있습니다. 그 뒤로 한 번에 한 가지 일을 하는 노드가 이어집니다. 시트의 행을 읽고, CRM의 API를 부르고, 메시지를 보내는 식입니다. 다른 시스템을 열려면 크리덴셜(인증 정보)이 필요한데, n8n은 비밀번호나 토큰을 암호화해 저장합니다. 실행할 때마다 실행 기록(Execution)이 남아, 각 노드가 무엇을 받고 무엇을 넘겼는지 나중에 확인할 수 있습니다.
n8n을 열기 전에 먼저 종이에 일을 그려 보십시오. 이 단계를 건너뛴 팀은 돌아가기는 하지만 상자마다 왜 있는지 아무도 설명하지 못하는 워크플로를 갖게 되기 쉽습니다.
세 칸 지도: 사건, 단계, 결과
- 1칸 사건 일이 시작되는 계기를 한 문장으로 씁니다. 예: "고객이 LINE 공식 계정으로 이름과 전화번호를 보낸다". 한 문장으로 쓸 수 없다면 아직 자동화할 준비가 되지 않은 일입니다.
- 2칸 단계 지금 사람이 하는 일을 한 줄씩 씁니다. 데이터는 어느 시스템에서 오는지, 누가 판단하는지. 정해진 형식이 없는 글을 읽어야 하는 줄이 AI 단계를 둘 자리입니다.
- 3칸 결과 일이 어느 시스템에서 끝나는지, 끝나지 않았을 때 누가 알아야 하는지.
규칙: 2칸의 모든 줄은 API가 있거나 파일을 받을 수 있는 시스템을 가리켜야 합니다. "사람이 화면을 열고 클릭한다"라고 적힌 줄은 n8n이 대신할 수 없는 부분입니다.
태국 기업이 바로 쓸 수 있는 워크플로 세 가지
첫째는 신규 잠재 고객 접수입니다. 고객이 LINE 공식 계정으로 보낸 메시지가 n8n의 웹훅에 도착하면, AI 단계가 이름, 관심 상품, 수량, 긴급도로 나눕니다. n8n은 영업팀이 이미 쓰는 Google Sheets에 행을 추가하고, CRM에 연락처를 만들고, 해당 지역 영업 담당자에게 요약을 보냅니다. n8n에 기본으로 들어 있는 LINE 노드는 서비스가 종료된 LINE Notify용입니다. 지금 LINE 공식 계정에 연결하려면 HTTP Request 노드로 Messaging API를 써야 합니다.
둘째는 공급업체 청구서 접수입니다. 이메일로 들어오는 PDF나 e-Tax Invoice(태국 전자 세금계산서)에서 AI 단계가 문서 번호, 공급업체 납세자 번호, 세전 금액, 부가가치세를 읽어 냅니다. n8n은 이를 발주서와 대조하고, 일치하면 관리자에게 승인을 요청한 뒤 회계 프로그램에 기록합니다. 회계 프로그램에는 API가 있는 것도 있고 가져오기 파일만 받는 것도 있습니다. n8n은 둘 다 처리할 수 있지만, 시작하기 전에 어느 쪽인지 확인해야 합니다. 돈이 걸린 이런 일에는 반드시 사람 승인 단계를 두십시오.
셋째는 주간 보고서 작성입니다. 매주 월요일 아침 n8n이 ERP에서 매출을, 고객 지원 시스템에서 미처리 건수를, 마케팅팀 시트에서 광고비를 가져와 하나의 표로 합치고, AI 단계가 세 줄 요약을 써서 경영진에게 이메일로 보냅니다. 보고서를 만들던 담당자는 이상해 보이는 숫자만 확인하면 됩니다. 다른 사무 업무 예시는 AI 오피스 글에, 줄어든 시간을 재는 방법은 3일을 3시간으로 줄이는 글에 있습니다.
셀프 호스팅인가, n8n Cloud인가
n8n Cloud는 개발사가 모든 것을 관리하는 서비스입니다. 셀프 호스팅은 회사 서버나 프라이빗 클라우드에 n8n을 직접 설치하는 방식이며, 운영 환경에는 데이터베이스를 갖춘 Docker Compose가 권장됩니다. 대신 서버 관리, 백업, 버전 업데이트는 귀사 팀의 몫이 됩니다.
결정의 기준은 고객 데이터가 워크플로를 지나가느냐입니다. 지나간다면 개인 데이터가 어디에 저장되는지 태국 개인정보보호법(PDPA)에 맞게 설명할 수 있어야 합니다. 셀프 호스팅이면 실행 기록과 크리덴셜이 귀사가 관리하는 서버에 남으므로 설명하기가 쉽습니다. n8n이 크리덴셜을 암호화하는 키는 안전한 곳에 백업해 두십시오. 이 키가 없으면 어떤 크리덴셜도 복호화할 수 없습니다. 사용자 간 크리덴셜 공유, Git을 이용한 워크플로 관리, 싱글 사인온은 유료 버전의 기능입니다.
n8n 라이선스를 쉬운 말로
셀프 호스팅용 Community 버전에는 Sustainable Use License가 적용됩니다. 알아야 할 점은 세 가지입니다. 첫째, 귀사의 내부 업무나 비상업적 목적이라면 라이선스 비용 없이 사용하고 수정할 수 있습니다. 둘째, 외부 회사에 워크플로 구축, 설치, 유지보수를 맡길 수 있습니다. n8n의 라이선스 FAQ에 그렇게 적혀 있습니다. 셋째, 귀사의 고객이 직접 워크플로를 만드는 서비스로 n8n을 제공하는 것, 그리고 n8n 브랜드를 지우고 자사 제품처럼 파는 것은 허용되지 않습니다.
회사 안에서 쓰는 한 이 세 가지가 걸림돌이 되지는 않습니다. 판매하는 제품에 n8n을 넣을 계획이라면 전문을 읽거나 개발사에 미리 확인하십시오. n8n Cloud에는 별도의 이용 조건이 있습니다.
| 상황 | n8n | 직접 코드 작성 | RPA | 기성 자동화 도구 |
|---|---|---|---|---|
| API가 있는 시스템 사이의 데이터 이동 | 적합, 흐름 전체를 한 화면에서 봄 | 바꿀 때마다 개발자가 필요 | 과함 | 적합, 데이터가 회사 밖으로 나가도 된다면 |
| 화면만 있는 오래된 프로그램 | 직접은 불가 | 어려움 | 적합, 봇이 사람 대신 클릭 | 불가 |
| 고객이나 직원이 매일 쓰는 화면 | 부적합, 간단한 폼만 가능 | 적합, 앱이나 웹으로 구축 | 부적합 | 부적합 |
| 대량 데이터 변환, 여러 단계의 계산 | 느리고 유지보수가 어려움 | 적합, 테스트 포함 | 부적합 | 부적합 |
| 고객 데이터를 회사 안에 둬야 함 | 적합, 셀프 호스팅이라면 | 적합 | 적합, 사내 설치라면 | 데이터 저장 위치 확인 필요 |
| 사내에 개발자가 없음 | n8n Cloud 또는 운영 위탁 | 지속적인 유지보수 필요 | 지속적인 유지보수 필요 | 직접 가장 빨리 시작 가능 |
n8n 대신 다른 도구를 고를 때
첫째 신호는 다뤄야 할 시스템에 화면만 있고 API도 파일 가져오기도 없는 경우입니다. 직원 PC에 깔린 오래된 프로그램이 그렇습니다. 이것은 봇이 사람 대신 클릭하는 RPA의 일입니다. 둘째는 필요한 것이 사람이 매일 여는 화면인 경우입니다. 예약 시스템이나 대리점 포털이 그렇고, 이것은 앱의 일이며 n8n은 뒤에서 처리를 맡습니다.
셋째는 대량의 데이터 변환이 중심인 경우입니다. 한 달 치 은행 거래 대사, 여러 단계의 판매 수수료 계산, 오래된 시스템에서의 데이터 이전 같은 일입니다. 이런 일은 수십 개의 상자로 된 워크플로보다 테스트를 갖춘 코드가 유지보수하기 쉽습니다. 자세한 내용은 새 앱을 ERP, 회계 시스템, 기존 데이터와 연동하는 글에 있습니다.
가상 사례
논타부리의 청소용품 유통 회사(회사명과 세부 내용은 가상)가 IT 담당자에게 n8n으로 첫 워크플로를 시험해 보게 합니다. 웹사이트 폼과 LINE 공식 계정으로 들어온 잠재 고객을 Google Sheets에 넣고 영업팀에 알리는 워크플로입니다.
3주 차에 영업 보조 직원이 열 이름을 "전화"에서 "연락처 번호"로 바꿉니다. 워크플로는 오류 없이 계속 돌았지만 신규 잠재 고객의 전화번호가 일주일 내내 빠졌습니다. 두 달째에 IT 담당자가 퇴사하고 회사가 그의 Google 계정을 닫자, 그 계정에 묶여 있던 크리덴셜이 바로 작동을 멈췄습니다. 워크플로 전체가 멈췄고, 어디를 봐야 하는지 아는 사람이 없었습니다. 두 번째 구축에서 회사는 크리덴셜을 회사 계정으로 옮기고, 실패하면 IT 부서 LINE 그룹에 알리는 오류 워크플로를 더하고, 모든 행에 전화번호가 있는지 확인하는 단계를 넣고, 워크플로가 읽는 열을 한 장짜리 문서로 정리했습니다.
n8n 도입 전에 물어볼 질문
사내 팀이 직접 시작할 때도, 외부에 맡길 때도 쓸 수 있습니다. 어떤 일이 효과가 큰지 아직 모른다면 수작업 비용 계산부터 시작하십시오.
- 단계 칸에 있는 모든 시스템에 API나 파일 가져오기 수단이 있습니까?
- 고객 데이터가 워크플로를 지나갑니까? 그렇다면 셀프 호스팅입니까, n8n Cloud입니까?
- 크리덴셜은 회사 계정에 묶여 있습니까, 개인 계정에 묶여 있습니까? 암호화 키는 누가 갖고 있습니까?
- 워크플로가 실패하면 누구에게 어떤 경로로 알립니까?
- 돈이나 고객이 걸린 단계는 어디이며, 누가 승인합니까?
- 누가 워크플로를 수정할 수 있고, 이전 버전으로 어떻게 되돌립니까?
- 판매하는 제품에 n8n을 넣는다면, 그 사용 방식이 Sustainable Use License에 맞습니까?
개발팀 참고 · 오류 워크플로, 재시도, 멱등성, 시크릿 관리, 버전 관리
운영 중인 모든 워크플로에 Workflow Settings에서 오류 워크플로를 지정합니다. 오류 워크플로는 Error Trigger로 시작하며 실행 ID, 오류 메시지, 마지막으로 실행된 노드를 받으므로 이를 LINE이나 이메일로 전달합니다. Retry On Fail은 외부 시스템을 부르는 노드에만 켭니다. 데이터를 쓰는 단계에는 청구서 번호 같은 멱등성 키를 두어 재시도가 같은 항목을 두 번 기록하지 않게 합니다. N8N_ENCRYPTION_KEY는 직접 설정하고 회사의 시크릿 관리 체계에 보관합니다. n8n은 워크플로를 JSON으로 저장합니다. 소스 관리 기능이 없는 버전이라면 직접 내보내 Git에 넣으십시오. 내보낸 파일에는 크리덴셜의 이름과 ID가 들어가지만 비밀 값은 들어가지 않습니다. 다만 cURL에서 가져온 HTTP Request 노드의 헤더는 예외입니다. 인스턴스 기본 시간대가 뉴욕 시간이므로 Asia/Bangkok으로 설정합니다. 커뮤니티 노드는 n8n이 도는 서버에 대한 전체 권한을 가지므로 검토를 마친 것만 씁니다.
저희가 n8n 워크플로를 만들고 인계하는 방식
DNA Maker는 먼저 귀사 팀이 매일 반복하는 일을 지켜보고, 세 칸 지도를 함께 그린 뒤, 팀에 시간을 가장 빨리 돌려줄 첫 워크플로를 고릅니다. n8n은 귀사의 서버나 클라우드 계정에 설치하므로 크리덴셜과 암호화 키가 귀사 손에 남습니다. LINE 공식 계정은 Messaging API로 연결하고, Google Sheets, 이메일, CRM, 사용 중인 회계 프로그램과 잇습니다. 돈이나 고객이 걸린 단계에는 사람 승인을 두고, 모든 워크플로에 실패를 알리는 오류 워크플로를 붙입니다.
귀사와 일하는 사람들은 DNA Maker 소속 팀이며, 하도급을 주지 않습니다. 인계할 때는 모든 워크플로 파일, 노드별 설명 문서, 메시지나 승인자를 귀사 팀이 직접 바꿀 수 있도록 하는 교육을 드립니다. 첫 워크플로 묶음은 대부분 2주에서 6주가 걸립니다. 앱이나 RPA, 코드가 더 맞는 일이라면 첫날 말씀드립니다. 자세한 내용은 n8n Automation과 AI 워크플로우 페이지에서 보시거나 채팅에서 Dream에게 물어보십시오.
SOFTWARE ENGINEERING GLOSSARY
소프트웨어 엔지니어링 용어집
| 용어 | 의미 | 쉬운 예시 | 개발팀에 물어봐야 할 질문 |
|---|---|---|---|
| 워크플로 | 사건이 일어나면 시스템이 스스로 차례대로 진행하는 일련의 단계 | 고객이 LINE으로 연락하면 이름이 시트와 CRM에 들어감 | 이 워크플로는 무엇에서 시작해 어느 시스템에서 끝나는가 |
| 웹훅 | 사건이 일어나는 순간 한 시스템이 데이터를 보내는 주소 | 고객이 입력하는 순간 LINE이 메시지를 n8n에 보냄 | 이 주소가 알려지면 가짜 데이터를 보낼 수 있는가 |
| 사람 승인 | 워크플로가 멈추고 사람의 판단을 기다리는 지점 | 기록 전에 관리자가 청구서를 승인 | 어느 단계에 승인이 필요하고, 누가 승인했는지 기록되는가 |
| 멱등성 | 같은 처리를 반복해도 결과가 중복되지 않는 성질 | 같은 청구서가 두 번 와도 한 번만 기록 | 워크플로가 두 번 돌면 항목이 두 번 들어가는가 |
| 시크릿 관리 | 비밀번호와 키를 업무와 분리해 안전하게 보관하는 일 | n8n의 암호화 키가 회사 보관소에 있음 | 설정한 담당자가 퇴사해도 키에 접근할 수 있는가 |
n8n, Sustainable Use License
n8n Docs, License FAQ
n8n Docs, Choose how to use n8n
n8n Docs, Hosting
n8n Docs, Deployment environment variables
n8n Docs, Credential sharing
n8n Docs, Source control and environments
n8n Docs, AI Agent node
n8n Docs, Advanced AI
n8n Docs, Nodes
n8n Docs, Error handling
n8n Docs, Workflow settings
n8n Docs, Executions
n8n Docs, Export and import workflows
n8n Docs, Community node risks
n8n Docs, Line node