Files
tiagoandClaude Sonnet 5 f9738e54da Etapa 8 — Personalização whitelabel e ajustes finais
Adiciona upload/remoção de logo e cor primária por tenant (módulo
tenant-profile, armazenamento local atrás de uma interface StorageService
trocável por object storage depois) e um endpoint público de tema para a
tela de login carregar antes da autenticação.

Revisão de segurança: Helmet e CORS explícito (extraídos para
security.util.ts, reutilizado pelos testes e2e que verificam os
cabeçalhos), Swagger em /docs cobrindo todos os módulos via o plugin
oficial, paginação em alert_templates. Corrige um achado real: o reset de
senha logava o token em texto puro desde a Etapa 2 — agora envia por
e-mail de verdade.

Build de produção do Docker validado (imagem sem devDependencies, app e
worker rodando contra Postgres/Redis reais) e README consolidado com o
processo de deploy. Fecha o backlog com um teste e2e do fluxo completo:
master cria tenant → login → customer/produto → venda com parcelas →
parcela paga → dashboard financeiro reflete o pagamento.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-08-14 23:38:37 -03:00

81 lines
2.2 KiB
YAML

services:
app:
build:
context: .
target: production
restart: unless-stopped
ports:
- '${PORT:-3000}:3000'
env_file:
- .env
volumes:
# Logos de tenant (Etapa 8, `LocalStorageService`) — volume nomeado
# para sobreviver a recriações do container. Trocar por object
# storage (S3 etc) numa etapa futura elimina a necessidade disso.
- uploads_data:/app/uploads
depends_on:
postgres:
condition: service_healthy
redis:
condition: service_healthy
healthcheck:
test: ['CMD', 'node', '-e', "require('http').get('http://localhost:3000/health', r => process.exit(r.statusCode === 200 ? 0 : 1)).on('error', () => process.exit(1))"]
interval: 10s
timeout: 5s
retries: 5
start_period: 10s
worker:
build:
context: .
target: production
command: ['node', 'dist/worker']
restart: unless-stopped
env_file:
- .env
depends_on:
postgres:
condition: service_healthy
redis:
condition: service_healthy
# Sem HTTP: os dois crons diários (`AlertSchedulerService`) e os
# processors do BullMQ mantêm o processo vivo. Escala independente do
# `app` — ex: `docker compose up --scale worker=3` — sem duplicar o
# disparo dos crons (eles não vivem no processo `app`, ver
# `src/worker/worker.module.ts`).
postgres:
image: postgres:16-alpine
restart: unless-stopped
environment:
POSTGRES_USER: ${POSTGRES_USER:-seconectai}
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:-seconectai}
POSTGRES_DB: ${POSTGRES_DB:-seconectai_vendas}
ports:
- '${POSTGRES_PORT:-5432}:5432'
volumes:
- postgres_data:/var/lib/postgresql/data
healthcheck:
test: ['CMD-SHELL', 'pg_isready -U ${POSTGRES_USER:-seconectai} -d ${POSTGRES_DB:-seconectai_vendas}']
interval: 5s
timeout: 5s
retries: 10
redis:
image: redis:7-alpine
restart: unless-stopped
ports:
- '${REDIS_PORT:-6379}:6379'
volumes:
- redis_data:/data
healthcheck:
test: ['CMD', 'redis-cli', 'ping']
interval: 5s
timeout: 5s
retries: 10
volumes:
postgres_data:
redis_data:
uploads_data: