joao.herculano
f2e7c1f741
Essas funções tocam módulos *.server.* (sessão em cookie, conexão SQL Server) mas eram funções soltas, então o TanStack Start acusava "import denied in client environment" ao analisar o grafo de import que chega em auth.ts a partir de rotas renderizadas no cliente. Na prática já eram seguras (só chamadas de dentro de handlers createServerFn, que rodam só no servidor), mas createServerOnlyFn torna isso explícito e reconhecido pela análise estática do framework, além de lançar erro em vez de rodar se algum dia forem chamadas do lado do cliente por engano.
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.