Nota técnica · IA aplicada
Lo que un HTTP 200 no cuenta
Una respuesta exitosa puede contener un fallo. Ese es el problema detrás de Jev Resilience.
Transporte y significado
Una API puede devolver HTTP 200 y esconder en su JSON un aviso de error o mantenimiento. El éxito del transporte no garantiza un resultado útil.
Creé Jev Resilience, un starter Spring Boot, para explorar la detección de fallos semánticos en flujos reactivos. La evaluación utiliza decisiones tipadas y probabilísticas en lugar de generar respuestas de chat.
Una decisión en el flujo
El aspecto evalúa el contenido devuelto por un Mono o Flux. Si el score supera el umbral configurado, emite una excepción que puede integrarse en el tratamiento de fallos de la aplicación.
La composición no es bloqueante, pero la dependencia externa añade latencia, coste y riesgo de indisponibilidad. Aquí no prometo tiempos de respuesta sin un benchmark reproducible.
El coste de continuar
Si la evaluación falla o agota el timeout, el cliente devuelve 0.0 y el elemento original continúa. El fail-open mantiene la continuidad mientras la detección semántica no está disponible.
Esa elección debe quedar clara. Aplicar IA a la infraestructura también exige decidir qué pasa cuando falla la evaluación. El caso muestra el código real y la prueba del fallback.