← Voltar ao caderno

Nota técnica · IA aplicada

O que um HTTP 200 não conta

Uma resposta pode chegar com sucesso e ainda carregar uma falha. Esse é o problema por trás do Jev Resilience.

Transporte e significado

Uma API pode devolver HTTP 200 e esconder no JSON um aviso de erro ou manutenção. O transporte foi bem-sucedido; o conteúdo não entrega necessariamente o resultado esperado.

Construí o Jev Resilience, um starter Spring Boot, para explorar a detecção dessas falhas semânticas em fluxos reativos. A avaliação usa decisões tipadas e probabilísticas, em vez de gerar uma resposta de chat.

Uma decisão dentro do fluxo

O aspecto avalia o conteúdo retornado pelo Mono ou Flux. Quando o score ultrapassa o limite configurado, ele emite uma exceção que pode participar do tratamento de falhas da aplicação.

A composição é não bloqueante, mas a dependência externa continua tendo latência, custo e possibilidade de indisponibilidade. Não apresento aqui uma promessa de tempo de resposta sem um benchmark reproduzível.

O preço de continuar

Se o avaliador falha ou excede o timeout, o cliente retorna 0.0 e o item original segue. O fail-open preserva continuidade, mas deixa a detecção semântica indisponível naquele momento.

Essa escolha precisa estar visível. IA aplicada à infraestrutura também exige definir como o sistema se comporta quando a própria avaliação falha. O case mostra os trechos reais e o teste desse fallback.

Capturas do Diagnostique