joao.herculano
361308f127
Remove .lovable/, AGENTS.md (banner de sync), bun.lock/bunfig.toml (não usados, o build é via npm), lovable-error-reporting.ts, a dependência @lovable.dev/vite-tanstack-config e o branding Lovable nas metatags. vite.config.ts passa a configurar os plugins do TanStack Start/Tailwind/nitro diretamente, sem o wrapper deles. Nisso, corrige um bug crítico: o preset do nitro estava em cloudflare-module (gera um Cloudflare Worker), mas o Dockerfile roda o build direto com `node`. O container subiria sem escutar em porta nenhuma e o /healthz falharia sempre. Preset trocado para node-server.
SLA Separacao
Aplicacao TanStack Start/Node.js para registro de coleta de pedidos, usando SQL Server.
Desenvolvimento local
npm install
npm run dev
Estrutura de deploy
Este repositorio ja possui a base para subir o app como servico separado:
- Dockerfile
- Jenkinsfile
- k8s/deployment.yaml
- k8s/service.yaml
- k8s/hpa.yaml
- k8s/secret.example.yaml
- k8s/create-secret.sh
Variaveis obrigatorias
O app precisa destas variaveis no ambiente de deploy:
DB_HOSTDB_PORTDB_NAMEDB_USERDB_PASSWORDDB_ENCRYPTDB_TRUST_SERVER_CERTDB_SERVER_NAMESESSION_SECRET
Antes do deploy
Voce precisa validar estes pontos no ambiente da empresa:
- O cluster/servidor consegue acessar
10.77.77.10:1433. - O registry
10.77.77.41:5000aceita push da nova imagem. - O namespace
ci-cde o padrao de deploy pelo Jenkins continuam validos. - A
nodePort30310esta livre, ou voce vai trocar para outra. - Existe uma forma de expor esse novo servico externamente depois do
Service.
Observacoes
- O app atual usa SQL Server direto, sem API intermediaria.
- O deploy criado aqui e separado do app Django existente.
- O repositório nao guarda o secret real de producao; ele deve ser criado no cluster.