n8n 워크플로우 구축 실전: HTTP Request 노드로 데이터 가져오기

n8n 워크플로우 구축 실전: HTTP Request 노드로 데이터 가져오기

• 정의 및 개념
• 워크플로우 첫 단계: 데이터 웨어하우스 연동
  • 비즈니스 상황 설정
  • 워크플로우 생성 및 설정
  • HTTP Request 노드 구성
  • 자격 증명(Credentials) 설정
  • HTTP Request 노드 파라미터 설정
  • 데이터 가져오기 및 확인
• HTTP Request 노드 활용 팁
  • 1. 다양한 요청 방식 지원
  • 2. 고급 인증 지원
  • 3. 요청 본문 및 쿼리 파라미터
  • 4. 응답 처리 옵션
• 실제 비즈니스 적용 사례
  • 1. 레거시 시스템 통합
  • 2. 외부 API 서비스 활용
  • 3. 마이크로서비스 오케스트레이션
  • 4. 맞춤형 데이터 피드 구축
• 기대 효과 및 필요성
  • 외부 시스템 접근성 향상
  • 데이터 수집 자동화
  • 시스템 연동 유연성
• 다음 단계
• 마무리
• Keywords

워크플로우 자동화 도구인 n8n(노드메이션)을 활용한 실제 비즈니스 자동화 과정을 살펴보겠습니다. 이번 포스트에서는 Nathan의 판매 보고서 자동화 워크플로우의 첫 번째 단계인 'HTTP Request 노드를 통한 데이터 웨어하우스 연동'에 대해 상세히 알아보겠습니다.

정의 및 개념

HTTP Request 노드는 n8n에서 외부 시스템의 API에 접근하여 데이터를 가져오는 핵심적인 기능을 제공합니다. 이 노드는 전용 통합 노드가 없는 서비스나 레거시 시스템과의 연동에 필수적인 도구입니다.

• 주요 기능: HTTP 요청을 통한 외부 시스템 데이터 접근 및 조작
• 활용 범위: API 호출, 데이터 웨어하우스 연동, 웹 서비스 통합
• 기술적 특징: 인증 방식 지원, 요청 파라미터 설정, 응답 데이터 처리

워크플로우 첫 단계: 데이터 웨어하우스 연동

비즈니스 상황 설정

Nathan은 ABCorp의 분석 관리자로, 매주 레거시 데이터 웨어하우스에서 판매 데이터를 수집하고 가공하는 작업을 수행해야 합니다. 이 데이터 웨어하우스는 CSV 내보내기 기능은 없지만, API 엔드포인트를 통해 데이터 접근이 가능합니다. n8n의 HTTP Request 노드를 활용하면 이 API를 통해 필요한 데이터를 자동으로 가져올 수 있습니다.

워크플로우 생성 및 설정

1. 새 워크플로우 생성:

   • 키보드 단축키 Ctrl+Alt+N(Windows/Linux) 또는 Cmd+Option+N(Mac) 사용
   • 또는 좌측 메뉴에서 Workflows 선택 후 Add workflow 클릭
   • 워크플로우 이름을 "Nathan's workflow"로 지정

2. HTTP Request 노드 추가:

   • 캔버스에 첫 번째 노드로 HTTP Request 노드 추가
   • 노드 창이 열리면 필요한 파라미터 구성 시작

HTTP Request 노드 구성

graph TD
    A[HTTP Request 노드] -->|GET 요청| B[데이터 웨어하우스 API]
    B -->|응답 데이터| C[판매 데이터]
    C -->|후속 처리| D[다음 노드로]

    style A fill:#f9d5e5,stroke:#333,stroke-width:2px
    style B fill:#d5f9e5,stroke:#333,stroke-width:2px
    style C fill:#d5e5f9,stroke:#333,stroke-width:2px
    style D fill:#f9f9d5,stroke:#333,stroke-width:2px

이 다이어그램은 HTTP Request 노드가 데이터 웨어하우스 API에 요청을 보내고 응답 데이터를 받아 후속 처리를 위해 다음 노드로 전달하는 과정을 보여줍니다.

자격 증명(Credentials) 설정

n8n에서 자격 증명은 외부 앱이나 서비스에 접근하기 위한 인증 정보입니다. 흔히 사용자 이름과 비밀번호 형태이지만, API 키나 토큰 등 서비스에 따라 다양한 형태를 가질 수 있습니다.

데이터 웨어하우스 API에 접근하기 위해 다음과 같은 자격 증명 설정이 필요합니다:

구분	설정 항목	설명
인증 방식	Header Auth	헤더를 통한 인증 정보 전달
헤더 이름	API에서 지정한 이름	예: 'Authorization', 'Api-Key' 등
헤더 값	인증 토큰 또는 키	API 제공자로부터 발급받은 값

HTTP Request 노드 파라미터 설정

다음은 Nathan의 데이터 웨어하우스에 연결하기 위한 HTTP Request 노드의 구체적인 파라미터 설정입니다:

1. 기본 설정:

   • Method: GET (기본값)
   • URL: 데이터 웨어하우스 API 엔드포인트 URL

2. 헤더 설정:

   • Send Headers: true
   • Specify Headers: Using Fields Below 선택
   • Header Parameters > Name: 'unique_id'
   • Header Parameters > Value: 고유 식별자 값

3. 인증 설정:

   • Authentication: Generic Credential Type
   • Generic Auth Type: Header Auth
   • Credential for Header Auth: + Create new credential 선택
   • 자격 증명 창에서 Name과 Value 입력 후 Save

데이터 가져오기 및 확인

노드 설정 완료 후 'Test step' 버튼을 클릭하면 데이터 웨어하우스로부터 데이터를 가져오게 됩니다. 이 데이터는 테이블 형태로 노드 창에 표시됩니다.

Nathan의 사례에서 가져온 데이터는 30개 고객의 판매 정보를 포함하며, 다음과 같은 열로 구성됩니다:

• orderID: 각 주문의 고유 식별자
• customerID: 각 고객의 고유 식별자
• employeeName: 고객 담당 동료의 이름
• orderPrice: 고객 주문의 총 금액
• orderStatus: 고객 주문 상태('booked' 또는 'processing')

HTTP Request 노드 활용 팁

1. 다양한 요청 방식 지원

• GET: 데이터 조회 (기본값)
• POST: 데이터 생성
• PUT: 데이터 업데이트
• DELETE: 데이터 삭제

2. 고급 인증 지원

• Basic Auth: 사용자 이름/비밀번호 기반 인증
• Header Auth: API 키 또는 토큰 기반 인증
• OAuth2: 동적 토큰 기반 접근 제어
• Digest Auth: 암호화된 인증 방식

3. 요청 본문 및 쿼리 파라미터

• JSON Body: JSON 형식의 요청 본문 전송
• Form-Data: 멀티파트 폼 데이터 전송
• Query Parameters: URL 쿼리 파라미터 설정

4. 응답 처리 옵션

• Response Format: JSON, Text, Binary 등 응답 형식 지정
• Ignore Response Code: 오류 응답 코드 무시 여부
• Full Response: 헤더와 상태 코드를 포함한 전체 응답 반환

실제 비즈니스 적용 사례

1. 레거시 시스템 통합

• 시나리오: 전용 노드가 없는 내부 시스템 연동
• 구현: HTTP Request 노드로 API 연결
• 이점: 시스템 교체 없이 자동화 구현

2. 외부 API 서비스 활용

• 시나리오: 시장 데이터, 기상 정보 등 외부 정보 수집
• 구현: 정기적 API 호출로 최신 데이터 확보
• 이점: 수동 데이터 수집 과정 제거

3. 마이크로서비스 오케스트레이션

• 시나리오: 여러 내부 서비스 간 데이터 흐름 조정
• 구현: 서비스별 API 호출 체인 구성
• 이점: 시스템 간 통합 자동화

4. 맞춤형 데이터 피드 구축

• 시나리오: 다양한 소스의 데이터 통합
• 구현: 여러 API 엔드포인트 호출 및 데이터 병합
• 이점: 통합된 데이터 뷰 자동 생성

기대 효과 및 필요성

외부 시스템 접근성 향상

• 전용 노드가 없는 시스템과의 원활한 통합
• API를 제공하는 모든 서비스와 연동 가능
• 레거시 시스템 데이터의 현대적 활용

데이터 수집 자동화

• 수동 데이터 추출 과정 제거
• 일관된 형식과 주기로 데이터 확보
• 인적 오류 감소 및 데이터 품질 향상

시스템 연동 유연성

• 변화하는 API에 신속한 대응
• 다양한 인증 방식 및 데이터 형식 지원
• 맞춤형 헤더 및 파라미터 구성 가능

다음 단계

HTTP Request 노드를 통해 데이터 웨어하우스에서 필요한 판매 데이터를 성공적으로 가져왔습니다. 이제 Nathan의 워크플로우 구축을 위한 다음 단계로 넘어갈 수 있습니다:

1. 데이터 필터링: 주문 상태(booked/processing)에 따른 데이터 분류
2. Airtable 연동: Processing 상태 주문 데이터를 Airtable에 삽입
3. 계산 처리: Booked 상태 주문의 총액 계산
4. 알림 설정: Discord를 통한 팀 알림 구성
5. 스케줄링: 매주 월요일 자동 실행 설정

마무리

이번 포스트에서는 n8n의 HTTP Request 노드를 활용하여 외부 데이터 웨어하우스에서 판매 데이터를 가져오는 방법을 살펴보았습니다. 이는 Nathan의 주간 판매 보고서 자동화 워크플로우의 첫 번째이자 가장 중요한 단계입니다.

HTTP Request 노드는 n8n에서 가장 다재다능한 노드 중 하나로, 전용 노드가 없는 시스템이나 서비스와의 연동을 가능하게 합니다. 이 노드의 활용법을 마스터하면 거의 모든 외부 시스템과 n8n 워크플로우를 연결할 수 있어, 자동화 가능성이 크게 확장됩니다.

Nathan의 사례에서 볼 수 있듯이, 단 하나의 노드로도 이전에 수동으로 수행하던 중요한 데이터 수집 작업을 자동화할 수 있습니다. 다음 포스트에서는 이렇게 가져온 데이터를 활용하여 Airtable에 삽입하는 과정을 알아보겠습니다.

Keywords

HTTP Request Node, HTTP 요청 노드, n8n, 노드메이션, API Integration, API 통합, Data Warehouse, 데이터 웨어하우스, Legacy System, 레거시 시스템, Authentication, 인증, Header Auth, 헤더 인증, Data Automation, 데이터 자동화, Workflow Automation, 워크플로우 자동화