De um servidor a Kubernetes: a arquitetura n8n que sua carga realmente precisa.
De um ambiente single-node com hardening a Kubernetes com escala horizontal, projetamos o n8n de acordo com sua carga, requisitos de segurança, metas de disponibilidade e orçamento — incluindo PostgreSQL, queue mode com Redis, workers, backups e observabilidade quando a arquitetura exigir.
Recomendamos a arquitetura mais simples que atenda seus requisitos de confiabilidade, escala, segurança e operação — não Kubernetes por padrão.
Servidor único / Docker
Complexidade operacional
Baixa — um host, uma stack Docker para operar.
Disponibilidade
Ponto único de falha; recuperação depende de backups e automação de restart.
Escala
Somente vertical — instância maior, mesma arquitetura.
Perfil de custo
Menor footprint de infraestrutura.
Observabilidade
Health checks, logs de container e métricas básicas do host.
Controles de segurança
Hardening do host, TLS no reverse proxy, firewall, proteção de credenciais.
Recomendado paraTimes colocando o n8n em produção pela primeira vez, com carga moderada.
VM gerenciada / instância cloud
Complexidade operacional
Baixa a moderada — o tooling da cloud ajuda com discos, snapshots e rede.
Disponibilidade
SLA de infraestrutura do provedor; automação de restart ainda necessária.
Escala
Vertical; redimensionamento de instância pelo provedor.
Perfil de custo
Preço previsível por instância.
Observabilidade
Métricas do provedor combinadas com health checks da aplicação.
Controles de segurança
Isolamento de rede da cloud, backups gerenciados, políticas de acesso.
Recomendado paraTimes que querem o tooling da cloud sem orquestração de containers.
Queue mode com workers
Complexidade operacional
Moderada — PostgreSQL e Redis passam a fazer parte da arquitetura.
Disponibilidade
Editor, webhooks e workers desacoplados; execuções enfileiram em vez de se perder.
Escala
Throughput horizontal de execução adicionando workers.
Perfil de custo
Mais componentes, dimensionados pela carga medida.
Observabilidade
Profundidade de fila, saúde dos workers e métricas de execução.
Controles de segurança
Serviços segmentados com credenciais de menor privilégio.
Recomendado paraVolumes maiores de execução que ainda não justificam um cluster.
Kubernetes
Complexidade operacional
Alta — justificada por requisitos de escala e disponibilidade, não por padrão.
Disponibilidade
Workloads auto-recuperáveis, rolling updates, agendamento multi-node.
Escala
Autoscaling horizontal de workers conforme a carga.
Perfil de custo
Overhead de cluster; eficiente em alto volume sustentado.
Observabilidade
Stack completa de métricas, logs e alertas.
Controles de segurança
Network policies, gestão de secrets, RBAC, namespaces isolados.
Recomendado paraAmbientes de alto volume e alta disponibilidade, times de plataforma.
On-prem / infraestrutura privada
Complexidade operacional
Depende da maturidade da sua plataforma existente.
Disponibilidade
Definida pelos padrões da sua infraestrutura.
Escala
De acordo com a capacidade disponível.
Perfil de custo
Aproveita o investimento de infraestrutura existente.
Observabilidade
Integra com a sua stack de monitoramento.
Controles de segurança
Controle total de rede e residência de dados.
Recomendado paraRequisitos estritos de residência de dados e ambientes regulados.
02
Como escalar n8n para alto volume de workflows?
A arquitetura depende da carga. Em cenários de maior volume, podemos utilizar queue mode, workers, Redis, PostgreSQL, escala horizontal, Kubernetes, políticas de retenção de execuções e observabilidade de produção. Dimensionamos a arquitetura com base em padrões reais de execução, em vez de adotar Kubernetes por padrão.