Sistemas reactivos en Java

Capítulo 8. HTTP pensando en la reactividad

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Incluso cuando se construye un sistema reactivo, HTTP es inevitable. HTTP es un protocolo prevalente, y REST, por ejemplo, es un enfoque bien conocido para diseñar servicios y API. El problema con HTTP, como se menciona en el Capítulo 4, es el esquema de interacción solicitud/respuesta que conduce a un acoplamiento temporal indeseable. Además, para implementar el desacoplamiento espacial, a menudo necesitas proxies que enruten las solicitudes o un mecanismo avanzado de descubrimiento de servicios y equilibrio de carga.

Pero seamos realistas: tenemos que ser pragmáticos, y HTTP tiene un montón de grandes características. Recomendamos utilizar HTTP en el perímetro de tu sistema (los lugares que interactúan con entidades externas), como se muestra en la Figura 8-1. Por ejemplo, HTTP se utiliza a menudo en la capa frontal para exponer una API fácilmente consumible por otros servicios externos. Además, a menudo utilizamos HTTP en los distintos puntos de integración con otros servicios externos, como el consumo de servicios expuestos mediante una API REST.

La integración de HTTP no debe impedir ni limitar la capacidad de respuesta del sistema reactivo que estás construyendo. En consecuencia, debemos implementar esta integración con cuidado. No es raro ver un sistema que utiliza un cliente HTTP denominado asíncrono, que puede ...