Cloud ou self-hosted: onde rodar sem susto

Field Note

O n8n subiu num servidor barato numa tarde de sexta. Docker, um comando, tela de login, festa. Seis meses depois, o servidor reinicia e o volume não estava persistido. Os workflows somem. As credenciais também, e com elas a chave que as criptografava. Ninguém tinha backup porque "era só um teste". Só que o teste já cuidava de três processos de verdade. A conta do servidor era de 30 por mês. A conta da reconstrução foi de duas semanas.

Conceito

Onde rodar é decisão de custo, de licença e de quem acorda de madrugada. São três famílias.

n8n Cloud. O n8n hospeda, atualiza e escala. A doc resume: "Fully managed, no setup or maintenance required." Em troca, a customização fica limitada ao que a plataforma oferece. Os preços que conferi hoje, na página oficial, aparecem em euro e com cobrança anual:

• Starter: 20 € por mês, 2.500 execuções por mês, 5 execuções simultâneas.
• Pro: 50 € por mês, 10.000 execuções por mês.
• Enterprise: sob consulta.

Todos os planos têm workflows e usuários ilimitados. Existe trial de 14 dias com recursos do Pro. A duração máxima de uma execução é de 5 minutos no Starter e 40 no Pro. Preço muda: confira n8n.io/pricing antes de levar número para orçamento.

Self-hosted Community. Grátis, com "almost the complete feature set". Você instala no seu servidor e cuida de tudo. Existe ainda a Registered Community, também grátis, que libera folders, debug in editor e custom execution data quando você registra um e-mail. Ficam de fora, entre outros: projects, SSO, environments, versionamento com Git, external secrets, log streaming e compartilhamento de workflows e credenciais.

Edições pagas self-hosted. Business e Enterprise, com chave de licença. A doc posiciona o Business para times que precisam de "SSO, environments, and projects". Na página de preços, o Business aparece a 667 € por mês, cobrança anual, com 40.000 execuções, e roda só self-hosted (o Cloud está em lista de espera).

O que conta como execução. Esta é a parte que define a conta do Cloud. A página de preços é clara: "An execution is a single run of your entire workflow." Um workflow de 3 nós e um de 40 contam igual.

Contam, só em produção:

• Schedule Trigger: 1 por disparo, com sucesso ou erro.
• Polling: 1 só quando encontra dado novo.
• Webhook: 1 por requisição que ativa o trigger, mesmo com corpo vazio.

Não contam:

• Execuções manuais no editor.
• Sub-workflows (conta só o pai).
• Execuções de error workflow.
• Polls sem dado novo.
• Requisição malformada que falha antes de o workflow começar.

Atenção ao Chat Trigger: cada mensagem é uma execução. Um chat com 300 conversas de 10 mensagens queima 3.000 execuções no mês, mais que o Starter inteiro.

A licença, sem parecer jurídico. O self-hosted Community usa a Sustainable Use License, no modelo fair-code. Não é open source no sentido clássico. O texto permite uso "only for your own internal business purposes or for non-commercial or personal use". Pelo FAQ oficial:

• Pode: usar internamente, construir workflows para clientes na sua instância (desde que eles não criem nem editem), cobrar por setup, manutenção e consultoria, usar o n8n como backend escondido do seu produto, instalar no servidor do cliente.
• Não pode: hospedar o n8n como serviço em que clientes constroem workflows, deixar usuário externo configurar workflow pelo seu produto (por interface, API, MCP ou agente), fazer fork para concorrer, white-label, usar recurso enterprise sem licença.

O FAQ resume o critério: a pergunta não é de quem são as credenciais, e sim "who controls the workflow logic". Caso cinzento vai para license@n8n.io. Isto aqui é leitura do FAQ, não parecer jurídico. Se o seu modelo de negócio depende da resposta, pergunte ao n8n e ao seu jurídico.

O custo escondido do self-hosted. O software é grátis. A operação não.

• Servidor: a doc pede no mínimo 4 GB de RAM e 2 vCPUs para Docker Compose.
• Banco: o padrão é SQLite. Para produção séria, PostgreSQL.
• Backup: a pasta .n8n guarda a chave de criptografia das credenciais. Perdeu a chave, perdeu as credenciais.
• Atualização: sai uma versão minor quase toda semana.
• Segurança: em 2025 e 2026 saíram CVEs graves de execução remota de código. Uma delas, a CVE-2025-68613, entrou no catálogo de exploração ativa da CISA. Instância desatualizada exposta na internet é convite.

A doc oficial avisa: self-hosting exige conhecimento técnico, e erro pode causar perda de dados, falha de segurança e downtime.

Quando usar

• Cloud: time sem alguém de infraestrutura, volume previsível, vontade de começar hoje.
• Self-hosted Community: dado que não pode sair da sua rede, volume alto de execuções, alguém com tempo real para operar.
• Business ou Enterprise: quando projetos, SSO, ambientes e Git viram requisito de governança.

Quando não usar

• Self-hosted "porque é grátis", sem dono para backup e atualização.
• Cloud Starter para chat com IA em volume. Cada mensagem é execução.
• Community para um produto em que o cliente monta os próprios workflows. A licença não cobre.

Faça agora

O entregável é a Escolha de hospedagem justificada: uma página que você consegue defender para o financeiro e para o jurídico.

1. Liste os workflows que você pretende rodar nos próximos seis meses, com o trigger de cada um.
2. Estime execuções por mês de cada um. Schedule de hora em hora dá cerca de 720. Webhook: uma por requisição. Chat: uma por mensagem.
3. Some e compare com os limites dos planos Cloud. Confira os números do dia em n8n.io/pricing.
4. Responda as perguntas de licença do template abaixo. Qualquer "sim" em cliente criando ou editando workflow: pare e consulte license@n8n.io.
5. Liste os recursos de que você precisa (projetos, SSO, Git, log streaming) e veja em que edição cada um está.
6. Se self-hosted estiver na mesa, preencha o bloco de custo escondido com nome de pessoa, não com "o time".
7. Escreva a decisão em uma frase e o motivo em três. Data da consulta aos preços incluída.

Armadilhas

• Contar nós em vez de execuções. O n8n cobra por rodada do workflow, não por passo.
• Esquecer o chat. Chat Trigger conta uma execução por mensagem.
• Volume sem persistência. Container sem volume para .n8n perde workflows e a chave das credenciais.
• Ler "grátis" como "livre para revender". A Sustainable Use License tem limites claros para quem oferece n8n a terceiros.
• Instalar e esquecer. Atualização semanal existe por um motivo. CVE crítica não espera o seu sprint.

Material para levar

ESCOLHA DE HOSPEDAGEM JUSTIFICADA
Data em que conferi os preços:

1. Volume
Workflow | Trigger | Execuções/mês estimadas
         |         |
Total de execuções/mês:
Pico de execuções simultâneas:
Maior duração de uma execução:

2. Licença (FAQ oficial, não é parecer jurídico)
Uso só interno?                                    sim / não
Cliente cria ou edita workflow?                    sim / não
Usuário externo configura algo pelo meu produto?   sim / não
Vou remover a marca ou revender?                   sim / não
Algum "sim" nas três últimas: consultar license@n8n.io

3. Recursos necessários
Projetos / SSO / Git e ambientes / log streaming:
Edição mínima que atende:

4. Custo escondido (se self-hosted)
Servidor (mínimo 4 GB RAM, 2 vCPU):
Banco (SQLite ou PostgreSQL):
Backup da pasta .n8n e da chave, feito por:
Atualização semanal, feita por:
Quem acompanha avisos de segurança:

5. Decisão
Onde vai rodar:
Por quê (três motivos):
Quando reavaliar: