n8n workflow 자동화 툴 운영 시 외부(서비스/시스템)에서 웹훅 호출

n8n은 자체 호스팅 가능한 워크플로우 자동화 도구로, Zapier와 유사하지만 오픈 소스로 제공됩니다. 이 도구를 사용하면 다양한 애플리케이션 간의 데이터를 쉽게 연동할 수 있으며, 특히 웹훅을 통한 자동화에 효과적입니다. 웹훅은 WordPress, Ghost Blog, Mattermost, GitLab 등 다수의 애플리케이션이 지원하는 간단한 콜백 시스템입니다. 이러한 웹훅을 사용하면, 예를 들어 Ghost Blog에서 새로운 글이 게시되거나 업데이트될 때 지정된 URL로 JSON 데이터를 자동으로 전송할 수 있습니다.

웹훅 데이터를 받은 후 이를 다른 애플리케이션과 통합하려면 n8n과 같은 도구가 필요합니다. 예를 들어, Ghost Blog에서 오는 데이터를 Mattermost로 전송하려면, 단순히 JSON을 전송하는 것으로는 충분하지 않고 해당 데이터를 적절하게 처리할 로직이 필요합니다. n8n을 사용하면 이러한 과정을 손쉽게 자동화할 수 있으며, 다양한 인증 유형(OAuth2 포함)을 지원하여 Google API와 같은 외부 서비스와의 직접적인 통신도 가능합니다.

n8n은 자체 호스팅 가능한 워크플로우 자동화 도구입니다. Docker를 사용하여 n8n을 설치하고 구성합니다.

version: '3.1'

services:
  postgres:
    image: postgres:11
    restart: always
    environment:
      - POSTGRES_USER
      - POSTGRES_PASSWORD
      - POSTGRES_DB
      - POSTGRES_NON_ROOT_USER
      - POSTGRES_NON_ROOT_PASSWORD
    volumes:
      - ./init-data.sh:/docker-entrypoint-initdb.d/init-data.sh
    networks:
      - internal-tier

  n8n:
    image: n8nio/n8n
    restart: always
    environment:
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_PORT=5432
      - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
      - DB_POSTGRESDB_USER=${POSTGRES_NON_ROOT_USER}
      - DB_POSTGRESDB_PASSWORD=${POSTGRES_NON_ROOT_PASSWORD}
      - N8N_BASIC_AUTH_ACTIVE=true
      - N8N_BASIC_AUTH_USER
      - N8N_BASIC_AUTH_PASSWORD
      - N8N_PROTOCOL=http
      - N8N_PORT=5678
      - N8N_HOST=${BASE_URL}
      - WEBHOOK_TUNNEL_URL=https://${BASE_URL}/
      - VIRTUAL_HOST=${BASE_URL}
      - VIRTUAL_PORT=5678
      - VIRTUAL_PROTO=http
      - VIRTUAL_NETWORK=nginx-proxy
      - LETSENCRYPT_HOST=${BASE_URL}
      - LETSENCRYPT_EMAIL=${EMAIL}
    links:
      - postgres
    volumes:
      - /srv/docker/docker-compose/n8n:/root/.n8n
    command: /bin/sh -c "sleep 5; n8n start"
    expose:
      - "5678"
    networks:
      - internal-tier
      - proxy-tier
networks:
  proxy-tier:
  internal-tier:
    external:
      name: nginx-prox

.env 파일은 다음과 같습니다.

POSTGRES_USER=TO_BE_FILLED_OUT
POSTGRES_PASSWORD=TO_BE_FILLED_OUT
POSTGRES_DB=TO_BE_FILLED_OUT

POSTGRES_NON_ROOT_USER=TO_BE_FILLED_OUT
POSTGRES_NON_ROOT_PASSWORD=TO_BE_FILLED_OUT

N8N_BASIC_AUTH_USER=TO_BE_FILLED_OUT
N8N_BASIC_AUTH_PASSWORD=TO_BE_FILLED_OUT

BASE_URL=TO_BE_FILLED_OUT
EMAIL=TO_BE_FILLED_OUT

중요한 점들:

포트를 외부에 노출하지 마시고, EXPOSE를 사용하여 도커가 호스트 기계에 포트를 열지 않도록 합니다.
WEBHOOK_TUNNEL이 중요합니다. n8n이 이 문자열로 콜백 URL을 생성하기 때문입니다. 이를 설정하지 않으면 n8n은 example.com:5678/foo와 같은 URL을 생성하지만, example.com/foo와 같은 URL을 원할 것입니다.
Postgres SQL을 영구적으로 저장하기 위해서는 아래와 같이 추가 설정이 필요합니다.
```
volumes:
  - ./postgres-data:/var/lib/postgresql/data
```

n8n과 같은 워크플로 자동화 툴을 내부 환경에서 운영할 때 외부 서비스나 시스템에서 웹훅 호출을 받는 것은 흔한 사례입니다. 이 경우 웹훅 URL을 외부에 안전하게 노출하도록 서비스를 구성하여야 합니다.

그리고, n8n 도메인이 변경될 경우, 모든 외부 시스템에서 웹훅 URL을 업데이트하는 것은 번거롭고 실수를 유발할 수 있습니다. 이를 해결하기 위해 API 게이트웨이나 프록시 서버를 사용하는 방법이 효과적입니다. 이러한 방식을 사용하면, 도메인 변경 시 API 게이트웨이 또는 프록시 서버의 설정만 업데이트하면 되므로, 외부 시스템의 변경 없이도 유연하게 대응할 수 있습니다.

1. Nginx

Nginx는 가장 널리 사용되는 리버스 프록시 서버 중 하나로, 높은 성능과 다양한 기능을 제공합니다. Nginx를 사용하여 n8n으로의 모든 트래픽을 중앙에서 관리할 수 있으며, HTTPS 설정, 로드 밸런싱, 캐싱 등의 추가 기능을 쉽게 구성할 수 있습니다.

2. AWS API Gateway

AWS API Gateway는 AWS 클라우드에서 실행되는 관리형 API 게이트웨이 서비스입니다. API Gateway를 사용하면, 인증, 모니터링, 트래픽 관리 등과 같은 고급 기능을 활용할 수 있습니다. AWS API Gateway는 서버리스 아키텍처와 잘 어울리며, AWS Lambda와 같은 다른 AWS 서비스와의 통합이 용이합니다.

3. Cloudflare Workers

Cloudflare Workers는 글로벌 네트워크에서 서버리스 코드를 실행할 수 있는 플랫폼입니다. 이를 사용하여 웹 요청을 가로채고 수정한 후 n8n으로 전달할 수 있습니다. Cloudflare Workers는 보안, 성능 향상, 그리고 간단한 로직을 실행하여 요청을 라우팅하는 데 유용합니다.

4. Kong

Kong은 클라우드 네이티브 환경에 최적화된 오픈 소스 API 게이트웨이입니다. Kong은 플러그인 아키텍처를 기반으로 하며, 인증, 보안, 트래픽 제어, 분석 등의 기능을 제공합니다. Kong은 컨테이너화되어 있어 Kubernetes와 같은 오케스트레이션 시스템에서 쉽게 배포하고 관리할 수 있습니다.

선택하는 솔루션은 기술 스택, 필요한 기능, 그리고 비용 등 여러 요소를 고려해야 합니다. 예를 들어, AWS 또는 다른 클라우드 서비스를 이미 사용하고 있다면, 해당 클라우드의 API 게이트웨이 서비스를 사용하는 것이 편리할 수 있습니다. 오픈 소스 솔루션을 선호하거나 더 많은 제어가 필요한 경우 Nginx나 Kong을 고려할 수 있습니다. Cloudflare Workers는 간단한 로직을 구현하거나 성능 최적화가 중요한 경우 유용합니다.

각각의 대표적인 솔루션들을 활용하는 방식에 대해 설명드리겠습니다. 이러한 방식은 n8n 도메인 변경 같은 상황에서 유연성을 제공하며, 추가적인 보안, 로드 밸런싱, 인증 등의 기능을 통해 시스템의 안정성과 확장성을 높일 수 있습니다.

1. Nginx를 사용한 리버스 프록시 설정

Nginx는 가장 인기 있는 오픈 소스 웹 서버 중 하나로, 강력한 리버스 프록시 기능을 제공합니다. Nginx를 사용하여 특정 도메인 또는 경로로 들어오는 모든 요청을 n8n 서버로 전달하도록 구성할 수 있습니다.

설정 방법 예시
1. Nginx를 설치하고, n8n 서버를 가리키도록 Nginx의 설정 파일(nginx.conf 또는 사이트 설정 파일)을 수정합니다.
2. server 블록 내에 location 지시어를 사용하여 n8n 경로를 설정하고, proxy_pass 지시어로 n8n 서버의 주소를 지정합니다.
3. HTTPS를 통한 보안 연결 설정을 위해 SSL 인증서를 구성할 수 있습니다.
4. Nginx를 재시작하여 변경 사항을 적용합니다.

2. AWS API Gateway를 통한 요청 라우팅

AWS API Gateway는 AWS에서 제공하는 관리형 서비스로, API 호출을 받아서 다른 서비스(예: n8n, Lambda 함수 등)로 라우팅하는 기능을 제공합니다.

설정 방법 예시
1. AWS 관리 콘솔에서 API Gateway 서비스를 생성합니다.
2. 새로운 API를 정의하고, 웹훅 요청을 받을 리소스와 메서드를 설정합니다.
3. 통합 요청(Integration Request) 설정에서 요청을 n8n 서버로 전달하도록 구성합니다.
4. 필요한 경우 인증, 요청 검증, 요청 변환 등의 추가 설정을 할 수 있습니다.
5. API를 배포하고, 생성된 엔드포인트 URL을 웹훅으로 사용합니다.

3. Cloudflare Workers를 이용한 요청 처리

Cloudflare Workers는 Cloudflare의 글로벌 네트워크를 활용하여 서버리스 함수를 실행할 수 있는 플랫폼입니다. 요청을 가로채어 로직에 따라 처리하고 n8n으로 전달할 수 있습니다.

설정 방법 예시
1. Cloudflare 대시보드에서 Workers 섹션을 방문하여 새 Worker를 생성합니다.
2. Worker 스크립트를 작성하여 들어오는 요청을 n8n 서버로 전달하도록 합니다. 요청 URL이나 헤더를 수정하는 등의 처리를 할 수 있습니다.
3. Worker를 배포하고, Cloudflare의 DNS 설정을 통해 특정 도메인 또는 하위 도메인에서 실행되도록 구성합니다.

4. Kong을 이용한 API 게이트웨이 설정

Kong은 클라우드 네이티브 환경에 최적화된 오픈 소스 API 게이트웨이로, 다양한 플러그인을 통해 인증, 로깅, SSL/TLS 종료, 요청 변환 등을 제공합니다.

설정 방법 예시
1. Kong을 설치하고, Kong의 설정을 통해 n8n 서비스를 등록합니다.
2. 웹훅 요청을 받을 라우트를 생성하고, 해당 라우트를 n8n 서비스에 연결합니다.
3. 필요에 따라 인증 플러그인, 로깅 플러그인 등을 라우트나 서비스에 적용할 수 있습니다.
4. Kong을 재시작하거나 리로드하여 변경 사항을 적용합니다.

각 방법은 서로 다른 장점과 특성을 가지고 있으므로, 구현하고자 하는 아키텍처, 기술 스택, 비용 및 운영 편의성 등을 고려하여 선택하는 것이 중요합니다.

대표적인 방법으로 n8n과 NGINX-Proxy를 이용하여 자체 호스팅 환경에서 웹 애플리케이션을 효율적으로 관리하고 보안을 강화하는 데 도움이 됩니다.

NGINX-Proxy와 acme-companion

NGINX-Proxy는 Docker 컨테이너를 위한 프록시 서버로 동작하며, acme-companion은 이와 함께 사용되어 ACME 프로토콜을 통해 SSL 인증서를 자동으로 생성, 갱신 및 적용합니다. acme-companion은 Let's Encrypt 또는 다른 ACME 인증 기관에서 발급한 인증서의 자동 생성 및 갱신, nginx 설정의 자동 업데이트 및 리로드, 멀티 도메인(SAN) 인증서 생성, RFC7919 Diffie-Hellman 그룹 생성 등을 지원합니다.

호스트가 80번 및 443번 포트에서 공개적으로 접근 가능해야 합니다.
방화벽 규칙을 확인하고 80번 포트를 차단하려고 하지 마세요. 이는 http-01 검증 과정을 방해합니다.
인증서를 발급받고자 하는 (서브)도메인이 호스트로 정확히 해석되어야 합니다.
DNS 제공업체가 CAA 레코드 요청에 정확하게 응답해야 합니다.
(서브)도메인에 AAAA 레코드가 설정된 경우, 호스트가 IPv6을 통해 80번 및 443번 포트에서 공개적으로 접근 가능해야 합니다.

기본 사용법

nginx-proxy 시작: 추가 볼륨 선언과 함께 nginx-proxy를 시작합니다. 이 볼륨들은 인증서 저장, vhost 구성 변경, http-01 챌린지 파일 작성을 위해 필요합니다.
acme-companion 시작: nginx-proxy로부터 볼륨을 가져와서 시작합니다. acme-companion 컨테이너에는 acme.sh 구성과 상태를 저장하기 위한 추가 볼륨이 필요합니다.
프록시될 컨테이너 시작: nginx-proxy와 acme-companion 컨테이너가 실행되고 있으면, VIRTUAL_HOST와 LETSENCRYPT_HOST 환경 변수를 설정하여 원하는 컨테이너를 시작합니다. 이 변수들은 프록시 구성과 SSL 인증서 생성을 제어합니다.

인증서 발급

nginx-proxy와 acme-companion는 설정된 도메인이 호스트로 올바르게 해석되고, 호스트가 공개적으로 접근 가능할 때에만 인증서를 발급합니다.
프록시될 컨테이너는 프록시될 포트를 EXPOSE 지시어나 --expose 플래그를 사용하여 노출해야 합니다.
프록시될 컨테이너가 80이 아닌 다른 포트를 사용하고 듣고 있다면, VIRTUAL_PORT 환경 변수를 사용하여 nginx-proxy에게 이 포트를 사용하도록 할 수 있습니다.

외부에 직접 노출되지 않은 n8n 환경에서 웹훅을 제공하는 것은 보안적으로 중요한 고려사항입니다. NGINX Proxy를 사용하여 웹훅을 외부에 안전하게 노출시키고, 이를 백엔드의 n8n으로 연결하는 구조는 이러한 요구사항을 충족시키는 효과적인 방법입니다. 이 과정은 크게 세 부분으로 나눌 수 있습니다. NGINX Proxy 설정, n8n 설정, 그리고 Docker를 이용한 배포입니다.

1. NGINX Proxy 설정

NGINX Proxy는 외부 요청을 받아 내부 네트워크의 서비스로 전달하는 역할을 합니다. 이 경우, NGINX는 들어오는 웹훅 호출을 n8n 서비스로 전달합니다.

NGINX 설정

서버 블록 설정: 웹훅 요청을 n8n으로 프록시하는 NGINX 서버 블록을 설정합니다. 이 설정은 NGINX가 특정 도메인 또는 경로로 들어오는 요청을 n8n으로 전달하도록 지시합니다.

server {
    listen 80;
    server_name example-webhook.yourdomain.com;

    location / {
        proxy_pass http://n8n_internal:5678; # n8n이 실행 중인 내부 주소와 포트
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

SSL 설정 (선택 사항): HTTPS를 사용하여 보안을 강화하려면, Let's Encrypt와 같은 서비스를 통해 SSL 인증서를 설정할 수 있습니다. acme-companion 컨테이너를 사용하여 자동화할 수 있습니다.

2. n8n 설정

n8n은 기본적으로 5678 포트에서 실행됩니다. n8n을 실행할 때, 외부에서 접근 가능한 주소를 WEBHOOK_TUNNEL_URL 환경 변수를 통해 설정해야 합니다. 이 주소는 NGINX Proxy를 통해 설정한 도메인을 반영해야 합니다.

N8N_HOST="example-webhook.yourdomain.com"
WEBHOOK_TUNNEL_URL="http://$N8N_HOST/"

3. Docker를 이용한 배포

Docker를 사용하여 NGINX와 n8n을 쉽게 배포하고 관리할 수 있습니다. docker-compose.yml 파일을 사용하여 NGINX, n8n, 그리고 필요한 경우 SSL 인증서 자동 갱신을 위한 acme-companion을 정의할 수 있습니다.

docker-compose.yml 예시

version: '3'

services:
  nginx:
    image: nginx:latest
    container_name: nginx
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./nginx/conf.d:/etc/nginx/conf.d # NGINX 설정 파일 위치
      - ./nginx/certs:/etc/nginx/certs # SSL 인증서 저장 위치 (acme-companion 사용 시)
    depends_on:
      - n8n

  n8n:
    image: n8nio/n8n
    environment:
      - N8N_BASIC_AUTH_ACTIVE=true
      - N8N_BASIC_AUTH_USER=user
      - N8N_BASIC_AUTH_PASSWORD=password
      - N8N_HOST=example-webhook.yourdomain.com
      - WEBHOOK_TUNNEL_URL=http://example-webhook.yourdomain.com/
    ports:
      - "5678:5678"

# SSL 자동 갱신을 위한 acme-companion 서비스 추가 (선택 사항)
#  acme-companion:
#    image: nginxproxy/acme-companion
#    ...

이 구성은 외부 요청을 안전하게 n8n으로 라우팅하면서, 필요한 경우 SSL을 통한 보안 연결을 설정할 수 있도록 합니다. 각 서비스의 정확한 구성은 프로젝트의 요구사항과 환경에 따라 달라질 수 있으므로, 적절한 조정이 필요할 수 있습니다.

Kong API Gateway를 사용하여 사용자가 직접 API 등록 및 관리를 할 수 있게 하는 방법은 여러 단계에 걸쳐 진행됩니다. 이 과정은 Kong의 플러그인, 서비스, 라우트 개념을 활용하여 구현할 수 있으며, 사용자가 웹 인터페이스 또는 API를 통해 쉽게 관리할 수 있도록 할 수 있습니다. 이 설명에서는 Kong을 사용하여 API를 등록하고, 이를 통해 들어오는 요청을 특정 엔드포인트(예: n8n)로 중계하는 기본적인 방법을 다룹니다.

1. Kong 설치 및 기본 설정

Kong을 설치하고, 데이터베이스(PostgreSQL 또는 Cassandra)를 설정합니다.
Kong을 시작하고, 기본적인 구성을 완료합니다.

2. 서비스 생성

서비스(Service)는 Kong에서 관리하는 실제 API의 엔드포인트입니다. n8n이나 다른 시스템의 API 엔드포인트를 서비스로 등록합니다.
```
curl -i -X POST --url http://localhost:8001/services/ --data 'name=n8n-service' --data 'url=http://n8n.internal.api'
```
여기서 n8n-service는 Kong에서 사용할 서비스 이름이고, url은 n8n 인스턴스의 실제 주소입니다.

3. 라우트 추가

라우트(Route)는 서비스에 대한 외부 요청을 어떻게 처리할지 정의합니다. 특정 경로, 호스트, 또는 메소드에 따라 요청을 서비스로 라우팅합니다.
```
curl -i -X POST --url http://localhost:8001/services/n8n-service/routes --data 'paths[]=/webhook' --data 'name=n8n-webhook-route'
```
이 예시에서는 /webhook 경로로 들어오는 모든 요청을 n8n-service로 라우팅하도록 설정합니다. name은 이 라우트의 이름입니다.

4. 플러그인 사용

Kong은 요청 및 응답을 처리하기 위한 다양한 플러그인을 제공합니다. 예를 들어, 요청 로깅, 인증, CORS 설정 등을 플러그인을 통해 구성할 수 있습니다.
```
curl -i -X POST --url http://localhost:8001/services/n8n-service/plugins/ --data 'name=cors' --data 'config.origins=*' --data 'config.methods=GET, POST'
```
위의 예시는 n8n-service에 CORS 플러그인을 추가하여, 모든 출처에서의 요청을 허용하고, GET과 POST 메소드를 사용할 수 있도록 설정합니다.

5. 사용자 인터페이스 또는 API를 통한 관리

Kong은 관리를 위한 Admin API와 선택적으로 사용할 수 있는 Kong Manager(웹 인터페이스)를 제공합니다.
사용자는 이러한 인터페이스를 통해 서비스, 라우트, 플러그인을 관리할 수 있습니다. 이는 사용자가 직접 API 게이트웨이를 등록하고 관리할 수 있게 합니다.

Kong API Gateway를 사용하여 사용자가 직접 API 등록 및 관리를 수행할 수 있도록 하는 방법은 강력하고 유연합니다. 위의 단계들은 기본적인 설정을 설명하며, 실제 사용 환경에서는 보안, 로드 밸런싱, 고급 라우팅 규칙 등 추가적인 고려 사항이 있을 수 있습니다. Kong의 풍부한 문서와 커뮤니티 리소스를 활용하여, 보다 복잡한 사용 사례에 맞게 Kong을 구성하고 최적화할 수 있습니다.

Kong Manager를 사용하여 외부에서 내부 API 호출을 위한 중계 설정과 내부에서 외부 Webhook 호출을 위한 중계 설정을 수행하는 과정은 몇 가지 주요 단계로 구분할 수 있습니다. Kong Manager는 Kong API Gateway의 웹 기반 관리 인터페이스로, 사용자가 서비스, 라우트, 플러그인 등을 손쉽게 관리할 수 있게 해줍니다.

외부에서 내부 API 호출을 위한 중계 설정

1. 서비스 생성

서비스는 Kong에서 관리하는 외부로부터의 요청을 처리하는 실제 API 엔드포인트입니다.
Kong Manager에서 Services 섹션으로 이동합니다.
Add New Service 버튼을 클릭하여 새 서비스를 생성합니다.
내부 API의 이름과 엔드포인트(URL)를 입력합니다. 이 URL은 외부 요청이 중계될 내부 API의 실제 주소입니다.

2. 라우트 추가

서비스에 라우트를 추가하여 외부 요청이 어떻게 서비스로 라우팅될지 정의합니다.
생성한 서비스 설정 내에서 Routes 탭으로 이동합니다.
Add Route 버튼을 클릭합니다.
외부에서 접근할 때 사용할 경로(예: /external-api)를 지정합니다. 이 경로는 외부 요청이 중계될 때 사용됩니다.

3. 플러그인 설정 (옵션)

필요에 따라 서비스나 라우트에 다양한 플러그인을 추가하여 로깅, 인증, 요청/응답 변환 등의 기능을 구현할 수 있습니다.
Plugins 섹션에서 원하는 플러그인을 선택하고, 필요한 설정을 구성합니다.

내부에서 외부 Webhook 호출을 위한 중계 설정

1. 서비스 생성 (외부 Webhook용)

이번에는 외부 Webhook을 호출할 때 중계할 서비스를 생성합니다.
Kong Manager의 Services 섹션으로 이동하여 Add New Service 버튼을 클릭합니다.
외부 Webhook의 이름과 Webhook 서버의 엔드포인트(URL)를 입력합니다.

2. 라우트 추가 (내부 사용)

이 서비스에 대해 내부에서 사용할 라우트를 추가합니다.
생성한 서비스 설정에서 Routes 탭으로 이동하고, Add Route 버튼을 클릭합니다.
내부 시스템에서 호출할 때 사용할 경로(예: /internal-webhook)를 설정합니다.

3. 플러그인 설정 (옵션)

외부 Webhook 호출 시 필요한 특별한 인증 요구사항이나 로깅 등을 플러그인을 통해 구현할 수 있습니다.
해당 서비스나 라우트에 필요한 플러그인을 추가하고 설정합니다.

Kong Manager를 통해 수행하는 중계 설정은 비교적 직관적입니다. 사용자는 웹 인터페이스를 통해 서비스와 라우트를 관리하며, 필요한 설정을 쉽게 추가할 수 있습니다. 이 과정에서 중요한 것은 외부 요청과 내부 요청을 적절히 구분하고, 각 요청에 맞는 서비스와 라우트를 정확히 설정하는 것입니다. 또한, 보안과 관련된 설정(예: HTTPS, 인증 플러그인)에 주의를 기울여야 합니다.

n8n(Node8n)은 워크플로우 자동화 구성 시 다양한 시스템과 서비스 간에 데이터를 전송하고 처리할 수 있는 능력을 제공하는데, 여러 n8n 인스턴스를 구성하고 서로 통신하도록 설정하는 것은 여러 시나리오에서 유용할 수 있습니다. 예를 들어, 외부에서 내부 네트워크의 n8n으로 접근하게 하여, 내부 네트워크 내의 시스템과 통신하도록 설정할 수 있습니다. 이러한 구성은 일반적으로 보안을 중요시하는 환경에서 유용하며, 여러 단계로 구분하여 설명할 수 있습니다.

1. 여러 n8n 인스턴스 구성하기

내부 n8n 인스턴스: 내부 네트워크에 n8n 인스턴스를 설치하고 구성합니다. 이 인스턴스는 내부 시스템과 통신할 수 있어야 합니다.
외부 n8n 인스턴스: 공개적으로 접근 가능한 네트워크(예: 인터넷에 연결된 서버)에 또 다른 n8n 인스턴스를 설치합니다. 이 인스턴스는 외부 사용자가 워크플로우를 트리거할 수 있게 하며, 필요한 경우 내부 n8n 인스턴스와 통신할 수 있습니다.

2. 서로 다른 n8n 인스턴스 간 통신

n8n은 HTTP Request 노드를 제공하므로, 하나의 n8n 인스턴스가 다른 인스턴스의 워크플로우를 트리거하거나 데이터를 전송할 수 있습니다. 예를 들어, 외부 n8n 인스턴스에서 내부 n8n 인스턴스의 특정 워크플로우를 호출하려면:

웹훅 사용: 내부 n8n 인스턴스에 웹훅을 설정합니다. 웹훅 URL은 특정 워크플로우를 트리거하는 데 사용됩니다.
HTTP Request 노드 설정: 외부 n8n 인스턴스에서 HTTP Request 노드를 사용하여 내부 n8n 인스턴스의 웹훅 URL을 호출합니다. 이를 통해 데이터를 전송하고 워크플로우를 실행할 수 있습니다.

3. 보안 유지

VPN 사용: 내부와 외부 n8n 인스턴스 간의 통신을 보호하기 위해 VPN을 사용할 수 있습니다. 이렇게 하면 데이터가 암호화되고 인터넷을 통한 접근이 제한됩니다.
웹훅에 인증 추가: n8n은 기본 인증, Bearer Token 인증 등 여러 인증 방식을 지원합니다. 웹훅을 호출할 때 인증을 추가하여 무단 접근을 방지할 수 있습니다.

4. 포트 포워딩 및 NAT 사용

만약 내부 n8n 인스턴스가 외부에서 직접 접근 가능해야 한다면, 포트 포워딩 또는 NAT(네트워크 주소 변환) 규칙을 설정하여 내부 n8n 인스턴스로 트래픽을 전달할 수 있습니다. 이 경우 보안에 주의해야 하며, 가능한 VPN과 같은 보안 솔루션을 함께 사용하는 것이 좋습니다.

이러한 접근 방법을 통해 내부망에 있는 n8n으로 외부에서 접근하고 내부망 n8n이 내부망 시스템과 통신하도록 구성할 수 있습니다. 각 단계에서 보안을 고려하는 것이 중요하며, 구성에 따라 추가적인 보안 조치를 취할 수 있습니다.

728x90

저작자표시 비영리 동일조건

pages.kr 날으는물고기 <º))))><

n8n workflow 자동화 툴 운영 시 외부(서비스/시스템)에서 웹훅 호출

n8n workflow 자동화 툴 운영 시 외부(서비스/시스템)에서 웹훅 호출

1. Nginx

2. AWS API Gateway

3. Cloudflare Workers

4. Kong

1. Nginx를 사용한 리버스 프록시 설정

2. AWS API Gateway를 통한 요청 라우팅

3. Cloudflare Workers를 이용한 요청 처리

4. Kong을 이용한 API 게이트웨이 설정

NGINX-Proxy와 acme-companion

기본 사용법

인증서 발급

1. NGINX Proxy 설정

NGINX 설정

2. n8n 설정

3. Docker를 이용한 배포

docker-compose.yml 예시

1. Kong 설치 및 기본 설정

2. 서비스 생성

3. 라우트 추가

4. 플러그인 사용

5. 사용자 인터페이스 또는 API를 통한 관리

외부에서 내부 API 호출을 위한 중계 설정

내부에서 외부 Webhook 호출을 위한 중계 설정

1. 여러 n8n 인스턴스 구성하기

2. 서로 다른 n8n 인스턴스 간 통신

3. 보안 유지

4. 포트 포워딩 및 NAT 사용

댓글

티스토리툴바

n8n workflow 자동화 툴 운영 시 외부(서비스/시스템)에서 웹훅 호출

n8n workflow 자동화 툴 운영 시 외부(서비스/시스템)에서 웹훅 호출

1. Nginx

2. AWS API Gateway

3. Cloudflare Workers

4. Kong

1. Nginx를 사용한 리버스 프록시 설정

2. AWS API Gateway를 통한 요청 라우팅

3. Cloudflare Workers를 이용한 요청 처리

4. Kong을 이용한 API 게이트웨이 설정

NGINX-Proxy와 acme-companion

기본 사용법

인증서 발급

1. NGINX Proxy 설정

NGINX 설정

2. n8n 설정

3. Docker를 이용한 배포

docker-compose.yml 예시

1. Kong 설치 및 기본 설정

2. 서비스 생성

3. 라우트 추가

4. 플러그인 사용

5. 사용자 인터페이스 또는 API를 통한 관리

외부에서 내부 API 호출을 위한 중계 설정

내부에서 외부 Webhook 호출을 위한 중계 설정

1. 여러 n8n 인스턴스 구성하기

2. 서로 다른 n8n 인스턴스 간 통신

3. 보안 유지

4. 포트 포워딩 및 NAT 사용

관련글

댓글

티스토리툴바