D2 Technology · n8n Production Stack
Production reliability는 queue mode 자체가 아니라 ingress, execution, durable state와 recovery의 전체 설계에서 나옵니다.
ingress, n8n control processes, queue coordination, workers, PostgreSQL state, Redis, secrets, observability와 recovery boundary를 분리한 D2의 first-party production reference architecture.
핵심 요약 (Direct Answer)
D2의 n8n Production Stack은 production n8n 시스템을 위한 first-party reference architecture입니다. controlled ingress, n8n coordination, Redis queue coordination, worker execution, PostgreSQL durable application state, secrets, observability와 recovery를 분리합니다. Queue mode는 execution separation을 돕지만 high availability, unlimited scale, zero downtime 또는 zero data loss를 자동으로 의미하지 않습니다.
Architecture layers
Ingress, control, queue, worker와 durable state의 역할을 분리합니다.
각 레이어의 owner와 failure mode가 보일 때 runtime을 운영할 수 있습니다.
- Ingress: editor/control traffic과 production webhook path를 명확히 라우팅
- Control plane: workflow definition, scheduling, coordination 책임
- Queue coordination: Redis가 queued execution을 조정
- Workers: execution capacity를 control/editor 역할과 분리
- Durable state: PostgreSQL이 n8n application/execution state를 보유
Topology
Request path, execution path, state path를 한 박스로 합치지 않습니다.
request는 ingress→trigger, execution은 queue→worker→downstream, durable application state는 PostgreSQL로 구분해 읽습니다.
Architecture boundaries
Queue mode는 모든 failure domain을 제거하지 않습니다.
database, Redis, external API, ingress, rate limit와 downstream system은 여전히 bottleneck 또는 failure source가 될 수 있습니다.
- queue mode ≠ high availability
- worker scaling ≠ unlimited throughput
- backup file ≠ executable recovery
- runtime infrastructure ≠ safe workflow logic
Operational controls
secret, version change, health, backup과 restore를 반복 가능한 절차로 관리합니다.
recovery material은 보호되어야 하고 restore order와 usable-state verification이 있어야 합니다.
First-party evidence
공개 case는 architecture evidence를 제공하며 deployment telemetry를 과장하지 않습니다.
D2의 Production-Grade n8n Infrastructure case는 Redis queue coordination, independently scalable workers와 shared PostgreSQL architecture를 문서화합니다. exact host count, uptime, live throughput 등 environment-specific telemetry는 이 페이지에서 claim하지 않습니다.
자주 묻는 질문
프로젝트 착수 전 자주 묻는 질문과 답변입니다.
queue mode가 high availability를 보장하나요?
아닙니다. worker separation과 scaling에는 도움이 되지만 HA는 실제 host, database, Redis, ingress 등 failure domain의 redundancy와 recovery를 별도로 설계해야 합니다.
Redis가 source of truth인가요?
아닙니다. Redis는 queued execution coordination에 사용될 수 있지만 durable workflow/business state의 source of truth로 취급해서는 안 됩니다.
월 100만 건 이상을 보장하나요?
아닙니다. throughput은 workflow complexity, database, Redis, provider limits, infrastructure와 downstream dependency에 따라 달라지므로 실제 load test로만 판단합니다.
다음 단계 안내