마지막 수정

n8n 무료 호스팅 글을 보기 전에 확인한 비용·보안 경계

GCP Always Free, Docker, ngrok 조합으로 n8n을 저비용 운영하는 글을 볼 때 무료보다 먼저 확인해야 할 비용·secret·외부 노출 경계를 정리했습니다.

개발 자동화 #n8n#GCP#ngrok#Docker#자동화 서버

“n8n을 무료로 24시간 돌릴 수 있다”는 글을 보면 일단 눈이 갑니다. 자동화 워크플로우를 여러 개 만들어두고, 내 컴퓨터가 꺼져도 계속 돌아가면 좋겠다는 생각은 누구나 한 번쯤 합니다. 저도 그렇습니다.

그런데 무료 호스팅 글은 제목만 보고 따라 하기 시작하면 조금 위험합니다.

무료인지 아닌지보다 먼저, 결제 계정이 붙는지. 외부 URL이 열리는지. credential이 어디 저장되는지. encryption key를 잃어버렸을 때 복구할 수 있는지. 이런 것부터 봐야 했습니다. n8n은 단순한 웹앱이 아니라 workflow와 credential을 다루는 자동화 서버입니다.

이번 글은 GCP Always Free VM, Docker, ngrok 조합으로 n8n을 저비용 운영하는 글을 검토하면서 정리한 메모입니다. 설치 가이드가 아닙니다. “이대로 따라 하세요”가 아니라, 따라 하기 전에 멈춰야 하는 지점을 적어두는 글입니다.

n8n hosting boundary

무료라는 말보다 먼저 본 것

참고한 글의 큰 흐름은 이렇습니다.

  • GCP Always Free 범위의 VM을 만든다
  • Docker / docker-compose로 n8n을 실행한다
  • n8n 데이터는 volume으로 유지한다
  • ngrok 고정 도메인으로 외부 HTTPS 접속을 만든다
  • n8n encryption key를 고정한다

아이디어 자체는 실용적입니다. n8n 공식 cloud 비용이 부담될 때, 개인 실험 서버로 저비용 조합을 생각해볼 수 있습니다. 특히 로컬에서 workflow를 만들고, 서버에는 검증된 workflow만 올리는 식이면 꽤 유용할 수 있습니다.

하지만 저는 여기서 “무료 서버 완성”보다 “운영 표면이 어디까지 열리는가”를 먼저 봤습니다.

GCP Always Free는 비용 0원 보장이 아닙니다

GCP Always Free는 실제로 유용한 제도입니다. 다만 글을 쓸 때는 조심해야 합니다. 무료 티어 조건은 리전, 머신 타입, 디스크, 네트워크 사용량, 계정 조건에 영향을 받습니다. 오늘 맞는 조건이 나중에도 그대로라는 보장은 없습니다.

그래서 DaejinLab 기준으로는 “평생 무료” 같은 표현을 쓰지 않습니다. 대신 이렇게 적는 게 더 안전합니다.

현재 공식 무료 조건을 확인한 뒤, 실험용으로만 검토한다.
예산 알림과 과금 경계를 먼저 잡는다.

결제 계정 연결도 그냥 넘길 일이 아닙니다. GCP 프로젝트 생성, 결제 계정 연결, VM 생성은 모두 승인 경계입니다. 자동화 글을 쓰다가 이런 단계를 가볍게 넘기면, 나중에 과금 알림을 보고 당황할 수 있습니다.

Docker는 편하지만 데이터 위치를 알아야 합니다

n8n을 Docker로 띄우는 방식은 깔끔합니다. 컨테이너를 올리고, 데이터를 volume으로 유지하면 다시 실행하기도 쉽습니다.

문제는 n8n 데이터가 단순 설정 파일이 아니라는 점입니다. workflow, credential, execution 기록이 들어갈 수 있습니다. 그래서 ./data 같은 volume을 쓴다면, 그 폴더가 무엇을 담는지 알고 있어야 합니다.

백업도 필요합니다. 실험 서버라면 잃어버려도 되는 workflow만 올리는 게 맞습니다. 운영에 가까워질수록 export, backup, update, restore 절차가 필요합니다. 이걸 빼고 “Docker로 띄우면 끝”이라고 쓰면 글은 간단해지지만 실제 운영은 약해집니다.

ngrok은 편한 만큼 공개면이 생깁니다

ngrok 고정 도메인은 편합니다. HTTPS도 쉽게 붙고, VM 방화벽을 직접 여는 것보다 단순할 수 있습니다. 특히 webhook 테스트에는 아주 매력적입니다.

하지만 ngrok은 로컬 또는 VM의 특정 포트를 외부 인터넷에 보여주는 도구입니다. 이 사실은 글 맨 아래 주의사항으로 미룰 일이 아닙니다.

n8n admin UI가 열리는지. webhook endpoint가 누구나 호출 가능한지. 기본 인증이나 접근 제한이 있는지. 터널 로그는 어디 남는지. 이런 걸 봐야 합니다.

저장해둔 내부 wiki에는 특정 고정 도메인 실행 명령도 있었지만, 공개 블로그에는 그대로 옮기지 않습니다. 개인 환경의 도메인이나 exact command는 운영 메모로 충분합니다. 공개 글에서는 “고정 도메인을 쓸 수 있다” 정도로만 두고, 실제 값은 빼는 편이 안전합니다.

n8n approval gates

encryption key는 나중에 대충 정하면 안 됩니다

n8n에서 encryption key는 가볍게 볼 항목이 아닙니다. credential을 복호화하는 데 연결되기 때문입니다. 키를 바꾸거나 잃어버리면 기존 credential을 못 읽는 상황이 생길 수 있습니다.

그래서 저는 n8n 글을 볼 때 이 부분을 꽤 앞에 둡니다.

  • key를 어디서 생성하는가
  • 실제 값은 어디에 보관하는가
  • repo/wiki/chat/log에 남지 않는가
  • 서버 재생성 시 같은 key를 복구할 수 있는가
  • 백업 파일과 key를 같은 곳에 두지는 않는가

여기서 key 값 자체는 절대 공개 기록에 남기지 않습니다. 예제에는 placeholder만 둡니다. secret은 설명의 대상이지, 본문에 붙일 재료가 아닙니다.

제가 보는 최소 체크리스트

항목확인할 질문메모
무료 조건현재 GCP 공식 무료 조건과 맞는가리전/디스크/네트워크 확인
과금 방어예산 알림이 있는가결제 계정 연결 전 확인
인증n8n UI가 외부에 열리는가관리자 계정/접근 제한 필요
secretencryption key와 token을 어디에 두는가값은 wiki/chat/repo에 저장하지 않음
데이터workflow/credential volume은 백업되는가실험용과 운영용 분리
터널ngrok이 어떤 포트를 여는가webhook/admin UI 구분
업데이트n8n image update는 어떻게 하나무작정 latest만 쓰지 않기
복구VM 재생성 시 복구 가능한가export/backup 절차 필요

이 표를 통과하지 못하면, 저는 “무료 서버 만들기”가 아니라 “로컬에서 더 테스트하기”로 돌립니다.

이 조합을 어떻게 봐야 하나

GCP Always Free + Docker + ngrok 조합은 나쁘지 않습니다. 오히려 개인 실험에는 꽤 현실적입니다. 로컬 컴퓨터를 계속 켜두기 싫고, webhook을 받아야 하고, n8n cloud 비용을 아직 쓰기 애매하다면 검토할 만합니다.

다만 저는 production 자동화 서버로 바로 보지는 않습니다. 실험 서버 후보입니다.

처음에는 이런 용도가 맞다고 봅니다.

  • 실패해도 괜찮은 workflow 실험
  • 외부 webhook 수신 테스트
  • n8n export/import 연습
  • credential 저장/복구 절차 확인
  • 비용 알림과 터널 운영 감각 익히기

반대로 이런 용도는 아직 조심합니다.

  • 결제/주문/외부 메시지 자동 발송
  • 고객 데이터 처리
  • 인증 없는 공개 webhook
  • 실거래/투자 관련 자동화
  • 장기 보관해야 하는 중요한 credential 운영

관련해서 같이 볼 만한 글

FAQ

n8n을 GCP Always Free로 돌리면 정말 무료인가요?

무료가 될 수 있는 조건이 있지만, “항상 0원”이라고 쓰고 싶지는 않습니다. 공식 무료 조건, 리전, 디스크, 네트워크, 예산 알림을 확인해야 합니다.

ngrok을 쓰면 안전한가요?

ngrok은 편한 터널 도구입니다. 안전을 자동으로 보장하지는 않습니다. 어떤 서비스가 어떤 포트로 열리는지, 인증이 있는지, webhook이 누구에게 열리는지 봐야 합니다.

n8n encryption key는 왜 따로 봐야 하나요?

credential 복호화와 연결됩니다. 값을 잃어버리거나 바꾸면 기존 credential을 못 읽을 수 있습니다. 그래서 생성보다 보관과 복구 계획이 먼저입니다.

다음 기준

제가 이 조합을 실제로 쓴다면, 바로 서버부터 만들지는 않을 것 같습니다. 먼저 로컬 n8n에서 workflow를 만들고, export/import와 credential 복구를 연습할 겁니다. 그 다음 GCP 무료 조건과 billing alert를 확인하고, 마지막에 외부 터널을 열어볼 겁니다.

자동화는 돌아가는 순간보다, 멈추고 복구할 때 실력이 드러납니다. 그래서 이 글의 결론도 “무료로 돌리자”가 아니라 “무료라는 말에 앞서 멈출 지점을 정하자”에 가깝습니다.

출처와 기준일