Em resumo
- A Community Edition do n8n com alojamento próprio pode ser utilizada para fins empresariais internos. Quem pretende vender o n8n como serviço a terceiros precisa de outra licença.
- Segundo o n8n, a versão na nuvem armazena os dados na UE, em servidores em Frankfurt. O alojamento próprio compensa sobretudo quando o n8n precisa de aceder a sistemas internos ou quando necessita de controlo total.
- Uma configuração correta inclui um servidor na UE, Docker, PostgreSQL, HTTPS através de um proxy inverso, uma chave guardada em segurança e atualizações regulares.
- Alojar por sua conta significa também gerir por sua conta. Inclua sempre no planeamento as cópias de segurança, a monitorização e as atualizações.
Nuvem ou alojamento próprio?
| Critério | n8n Cloud | Alojamento próprio |
|---|---|---|
| Localização dos dados | UE, em servidores em Frankfurt segundo o n8n | Onde pretender, por exemplo no seu centro de dados ou num prestador da UE |
| Funcionamento | A cargo do n8n | A seu cargo ou a cargo do seu prestador de serviços |
| Atualizações e cópias de segurança | A cargo do n8n | Responsabilidade da sua empresa |
| Acesso a sistemas internos | Apenas através da Internet | Também a sistemas na rede interna, como a gestão comercial ou servidores de ficheiros |
| Personalizações | Limitadas | Nós personalizados, pacotes próprios e regras de rede próprias |
| Custos | Subscrição consoante o volume | Servidor mais o tempo de trabalho necessário para o gerir |
A nuvem é a opção mais simples quando os seus processos ligam sobretudo serviços na nuvem. O alojamento próprio compensa quando o n8n precisa de aceder a sistemas na rede interna, quando os requisitos de proteção de dados exigem uma localização específica ou quando executa muitos processos com um volume elevado.
O que a licença permite
O n8n está sujeito à Sustainable Use License. Esta permite a utilização e a adaptação para fins empresariais internos, bem como para fins privados ou não comerciais. Assim, uma empresa pode executar o n8n nos seus próprios servidores e automatizar os seus processos. Não é permitido oferecer o próprio n8n como serviço pago a terceiros. Algumas funcionalidades para organizações de maior dimensão fazem parte das edições Business e Enterprise e exigem uma chave de licença. Sem chave, funciona a Community Edition gratuita.
Os componentes de uma configuração correta
- Servidor na UE: um servidor virtual de um prestador com centro de dados na UE ou um servidor nas próprias instalações. Para começar, um servidor de pequena capacidade é suficiente para muitas empresas.
- Docker Compose: o n8n recomenda Docker Compose para utilização em produção. Assim, o n8n, a base de dados e o proxy funcionam em contentores separados.
- PostgreSQL: por predefinição, o n8n utiliza SQLite. Para utilização em produção, recomendamos PostgreSQL, porque facilita as cópias de segurança, a manutenção e futuras ampliações.
- HTTPS através de um proxy inverso: o n8n funciona internamente; um proxy como Caddy, Traefik ou nginx trata do certificado e encaminha os pedidos.
- Fazer uma cópia de segurança da chave: o n8n encripta as credenciais guardadas com uma chave própria. Se a chave se perder, todas as credenciais guardadas ficam inutilizáveis.
- Limitar o acesso: contas de utilizador com autenticação de dois fatores, editor acessível de preferência apenas por VPN ou por endereços autorizados, e webhooks públicos apenas quando necessário.
As principais definições no ficheiro de ambiente são semelhantes a estas:
DB_TYPE=postgresdb
DB_POSTGRESDB_HOST=postgres
N8N_HOST=n8n.example.eu
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.example.eu/
GENERIC_TIMEZONE=Europe/Vienna
N8N_ENCRYPTION_KEY=ein-langer-zufaelliger-schluessel
N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
Funcionamento: o que vem depois da configuração
- Atualizações: mantenha o n8n atualizado. O projeto publica regularmente avisos de segurança; só em 14 de outubro de 2026 publicou dez. Teste as atualizações primeiro numa cópia, quando delas dependem processos importantes.
- Cópias de segurança: faça diariamente cópias da base de dados e da chave, guardadas separadamente do servidor. Uma vez por trimestre, teste efetivamente o restauro.
- Monitorização: configure notificações de processos falhados, por exemplo por correio eletrónico ou chat, e acompanhe o espaço disponível, a carga e o certificado.
- Limpar os dados de execução: o n8n guarda os dados de entrada e saída dos processos. Defina durante quanto tempo estes dados são conservados, também por motivos de proteção de dados.
- Aumentar a capacidade: quando há muitos processos em simultâneo, é possível executar o n8n em modo de fila de espera, com Redis e vários processos de trabalho.
Proteção de dados: o que a localização do servidor resolve e o que não resolve
Um servidor na UE só resolve parte das questões. Assim que um processo envia dados para outros serviços, como um modelo de linguagem, um CRM ou um prestador de correio eletrónico, passam a contar as localizações e os contratos desses serviços. Verifique onde cada serviço ligado trata os dados e celebre os contratos de subcontratação necessários. Para os componentes de IA, existem modelos que funcionam em centros de dados na UE ou modelos que pode executar por sua conta. Saiba mais no nosso artigo IA com os dados da sua empresa.
Gerir internamente ou contratar a gestão?
O alojamento próprio é adequado quando a sua equipa de TI tem experiência com Linux, Docker e cópias de segurança e reserva tempo para atualizações. Caso contrário, a versão na nuvem ou um prestador que gira o servidor é geralmente a melhor escolha. O artigo Agência de n8n ou implementação interna explica quando vale a pena recorrer a uma agência e o que esta deve oferecer.
Fontes
- Documentação do n8n: Alojamento do n8n
- Documentação do n8n: Instalação com Docker
- n8n: Sustainable Use License
- n8n: Preços e localização dos dados na nuvem
- n8n no GitHub: Avisos de segurança
- Regulamento (UE) 2016/679 (Regulamento Geral sobre a Proteção de Dados), Art. 28 e 32: EUR-Lex