Este host existe para garantir uma divisao real entre a plataforma ExtremePic e o futuro modulo Facial Global. Ele roda no mesmo VPS por enquanto, mas com pasta, deploy, porta, proxy e healthcheck proprios para facilitar migracao futura sem reabrir a arquitetura.
O Facial Global nasce fora do backend principal e conversa com a plataforma apenas por API. Isso permite trocar linguagem, runtime ou banco depois sem reescrever o core do portal.
O reconhecimento por evento continua padrao do produto. O global entra como camada opcional, controlada e auditavel.
O custo deve ficar concentrado em indice, fila e matching. Releitura de imagem bruta so entra quando realmente necessaria.
Consentimento, preview, limites operacionais, pause/resume e historico de execucoes precisam existir antes de ganhar autonomia real.
| Subdominio | global.extremepic.com.br |
|---|---|
| Porta interna dedicada | 127.0.0.1:18110 -> container 8000 |
| Modo atual | Homologacao no mesmo VPS, com deploy e proxy independentes |
| Tipo de integracao futura | API-first: platform -> global service -> callbacks/resultados |
Separar runtime, subdominio, deploy e healthcheck do modulo global.
Definir como a plataforma chama o servico e como o servico devolve resultados e incidentes.
Colocar atletas autorizados em fila e montar o recorte de eventos elegiveis.
Processar eventos antigos em lotes e escutar eventos novos sem tornar o modulo sempre ativo.
Dar visibilidade operacional e fechar o loop comercial.
Criar a borda independente agora, no mesmo VPS, para evitar acoplamento com o app principal depois.
Fechar payloads de consentimento, preview, execucao, callback, historico e incidentes antes de codar matching real.
Quando o atleta autorizar, a plataforma envia o evento para a fila do Facial Global em vez de disparar processamento irrestrito.
Antes de rodar, o servico precisa responder quantidade de eventos, fotos, embeddings, tempo estimado e custo computacional.
Priorizar por janela temporal, valor comercial e capacidade operacional, evitando global continuo sempre ligado.
Exibir status, incidentes, pausas, limite por atleta, limite diario e historico auditavel no painel existente.
Subdominio, compose proprio, Nginx proprio, healthcheck e pagina inicial publicados.
Especificar endpoints para consentimento, preview, create-run, pause, resume, cancel e callback.
Definir entidades de run, scope, queue item, estimate, budget guard e incident.
Criar tela com liga/desliga, pause/resume, preview de impacto, historico e erros.
Enviar consentimento e receber resultados sem acoplar banco nem fila interna ao servico novo.