image

Accede a bootcamps ilimitados y a más de 650 cursos para siempre

75
%OFF
Article image
Eric Silva
Eric Silva27/11/2025 22:25
Compartir

Subindo N8N com Postgresql e Docker Compose

  • #Docker
  • #N8N

Neste artigo vou conduzir você na criação do seu ambiente usando docke-compose.

Tecnologias utilizadas:

  • ubuntu 22.04 rodando sobre o wsl2
  • docker
  • postgres
  • n8n

Estrutura de Diretórios do Projeto

image

Primeiro passo é criarmos o diretório de trabalho, afinal, a organização ajuda na produtividade. Eu costumo me organizar da seguinte forma:

  1. crio um diretório chamado "projetos"
  2. dentro do diretório projetos crio um diretório de trabalho com o nome do meu projeto, neste caso chamei de "n8n"
  3. dentro do diretório n8n criei outro diretório chamado init-data.sh, que é onde ficará meu arquivo de inicialização do banco de dados postgres.

Agora, com os diretórios criados, é hora de iniciarmos a criação do nosso arquivo docker-compose.yaml, vou deixar o arquivo aqui abaixo pra você estudá-lo!

volumes:
db_storage:
n8n_storage:


services:
postgres:
  image: postgres:16
  restart: always
  environment:
    - POSTGRES_USER
    - POSTGRES_PASSWORD
    - POSTGRES_DB
    - POSTGRES_NON_ROOT_USER
    - POSTGRES_NON_ROOT_PASSWORD
  volumes:
    - db_storage:/var/lib/postgresql/data
    - ./init-data.sh:/docker-entrypoint-initdb.d
  healthcheck:
    test: ['CMD-SHELL', 'pg_isready -h localhost -U ${POSTGRES_USER} -d ${POSTGRES_DB}']
    interval: 5s
    timeout: 5s
    retries: 10


n8n:
  image: docker.n8n.io/n8nio/n8n
  restart: always
  environment:
    - DB_TYPE=postgresdb
    - DB_POSTGRESDB_HOST=postgres
    - DB_POSTGRESDB_PORT=5432
    - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
    - DB_POSTGRESDB_USER=${POSTGRES_NON_ROOT_USER}
    - DB_POSTGRESDB_PASSWORD=${POSTGRES_NON_ROOT_PASSWORD}
  ports:
    - 5678:5678
  links:
    - postgres
  volumes:
    - n8n_storage:/home/node/.n8n
  depends_on:
    postgres:
      condition: service_healthy

Explicando o código

Iniciamos dois arquivos criando dois volumes.

volumes:
db_storage:
n8n_storage:

O objetivo é termos os dados persistidos, afinal, você não quer desligar o seu ambiente docker e perder tudo que fez, não é? Um volume para o postgresql e outro para o n8n. Faremos o mapeamento logo em seguida nas configurações dos serviços no nosso docker-compose.yaml.

Serviços:

postgres

postgres:
  image: postgres:16
  restart: always
  environment:
    - POSTGRES_USER
    - POSTGRES_PASSWORD
    - POSTGRES_DB
    - POSTGRES_NON_ROOT_USER
    - POSTGRES_NON_ROOT_PASSWORD
  volumes:
    - db_storage:/var/lib/postgresql/data
    - ./init-data.sh:/docker-entrypoint-initdb.d
  healthcheck:
    test: ['CMD-SHELL', 'pg_isready -h localhost -U ${POSTGRES_USER} -d ${POSTGRES_DB}']
    interval: 5s
    timeout: 5s
    retries: 10

Criamos este serviço para rodar um container com Postgres na versão 16. Por padrão o N8N configura um sqlite3 para uso, o que fizemos aqui foi criar um serviço postgresql para usarmos no lugar do sqlite3.

Perceba que usamos a diretiva restart: always, isso garante que se o container cair ele o docker irá tentar subi-lo novamente.

Em seguida passamos as variáveis de ambiente, as quais estão setadas num arquivo .env, dentro do projeto.

Mapeamos o volume na diretiva vlumes e temos um trecho interessante: - ./init-data.sh:/docker-entrypoint-initdb.d, fizemos um mapeamento de um arquivo init-data.sh para o entrypoint initdb.d do container, o qual tem como finalidade criar o banco de dados e permitir que nosso n8n rode e armazene nossos dados. Colocarei estes arquivos citado no fim do artigo.

Por fim, fizemos a checagem da saúde do container usando a diretiva healthcheck.

n8n

Criamos também o nosso principal serviço o N8N.

n8n:
  image: docker.n8n.io/n8nio/n8n
  restart: always
  environment:
    - DB_TYPE=postgresdb
    - DB_POSTGRESDB_HOST=postgres
    - DB_POSTGRESDB_PORT=5432
    - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
    - DB_POSTGRESDB_USER=${POSTGRES_NON_ROOT_USER}
    - DB_POSTGRESDB_PASSWORD=${POSTGRES_NON_ROOT_PASSWORD}
  ports:
    - 5678:5678
  links:
    - postgres
  volumes:
    - n8n_storage:/home/node/.n8n
  depends_on:
    postgres:
      condition: service_healthy

Usamos uma imagem n8n para tal.

Setamos as variáveis de ambiente e aqui tem um detalhe, fizemos o mapeamento de algumas variáveis para valores do nosso postgredb, criado acima. Para isso, perceba que sempre usamos a estrutura de varíavel do unix: ${alguma_variavel}.

Logo abaixo usamos uma diretiva chamada links, ela serve para estabelecer comunicação entre o serviço do N8N e o serviço do POSTGRES. Eu sei, essa diretiva foi descontinuada e não é mais necessário seu uso, afinal, o docker já faz isso de forma dinâmica, mas o projeto é meu e eu faço como quero!

Brincadeiras à parte, logo em seguida mapeamos o volume do n8n.

Por fim, usamos a diretiva depends-on para garantir que o n8n só suba quando o banco de dados estiver saudável.

Arquivo .env

POSTGRES_USER=postgres
POSTGRES_PASSWORD=postgres
POSTGRES_DB=n8n


POSTGRES_NON_ROOT_USER=admin
POSTGRES_NON_ROOT_PASSWORD=admin

Arquivo 01-init.sql

Antes de te entregar o arquivo, preciso dizer que este arquivo serve para criar seu banco de dados e dar os devidos privilégios para que seja possível que o n8n crie suas tabelas a partir do usuário que estamos criado. Os valores do user estão fixo como admin, mas também poderiam ser passados por variável.

-- Cria um usuário sem permissão root se não existir
DO $$ BEGIN
CREATE USER admin WITH PASSWORD 'admin';
EXCEPTION WHEN DUPLICATE_OBJECT THEN
NULL;
END $$;


-- Concede privilégios ao user admin no banco de dados
GRANT ALL PRIVILEGES ON DATABASE n8n TO admin;


-- Concede privilégios ao user admin no schema public
GRANT ALL PRIVILEGES ON SCHEMA public TO admin;
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO admin;
GRANT ALL PRIVILEGES ON ALL SEQUENCES IN SCHEMA public TO admin;


-- Configura privilégios padrões para novos objetos para o usuário admin
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON TABLES TO admin;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON SEQUENCES TO admin;

Este arquivo foi criado dentro do diretório init-data.sh

Aplicação rodando no docker

image

Interface N8N

image

Compartir
Recomendado para ti
GitHub Copilot - Código na Prática
CI&T - Backend com Java & AWS
Nexa - Machine Learning e GenAI na Prática
Comentarios (2)
Eric Silva
Eric Silva - 29/11/2025 10:45

Em minhas experiências, privacidade e ética são questões que precisam ser levadas a sério. Necessita de governança e políticas internas bem estruturadas que garantam, na medida do possível, que dados sensíveis não serão utilizados de forma indevida. Para isso, políticas de acesso a dados se faz necessário, e isso deve ser estruturada por meio da governança de dados. Treinar toda a empresa é algo necessário neste processo, pois funcionários devidamente treinados sabem como agir em todas as situações, além de difundir essa cultura.

Entrando no cerne da pergunta, para desenvolvedores, a grande dificuldade em atender princípios de ética e privacidade é o conhecimento que se tem sobre dados e seus requisitos na manipulação. Não é incomum times de desenvolvimento não se preocuparem com políticas de dados, mas isso é apenas reflexo de como os dados são tratados internamente pela organização.

Vale salientar que, com políticas de privacidade ampliamos a burocratização, o que leva a maior lentidão no acesso a dados necessários ao andamento dos trabalhos, contudo, se a empresa tiver políticas coesas, papéis bem definidos na tomada de decisão sobre quem, como, quando, onde e por qual meio alguém deve ter ou não acesso aos dados, somado com um time compromissado em entregar valor ao negócio, a burocracia deixa de ser algo que atrapalha o bom andamento dos trabalhos e passa a ser um aliado que irá elevar a imagem da empresa.

Quanto a ética, ela precisa ser parte da cultura organizacional e precisa estar enraizada na mente de cada membro. Treinamentos constantes e avaliações se fazem necessários para atingir a excelência e a ética, no tocante a manipulação de dados.

Espero ter conseguido ser claro na resposta DIO!

DIO Community
DIO Community - 28/11/2025 09:30

Excelente, Eric! Que artigo cirúrgico, inspirador e de altíssimo valor técnico! Você tocou no ponto crucial da Automação Profissional: a persistência de dados e a saúde do workflow exigem que o n8n rode com um banco de dados robusto (PostgreSQL) e Docker Compose.

É fascinante ver como você aborda o tema, mostrando que a organização do ambiente (diretórios, volumes) é a chave da produtividade.

Qual você diria que é o maior desafio para um desenvolvedor ao implementar os princípios de IA responsável em um projeto, em termos de balancear a inovação e a eficiência com a ética e a privacidade, em vez de apenas focar em funcionalidades?