Spring GDS 25 Aniversario
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Middleware
¿Qué es el middleware?
El middleware es código que se sitúa en el camino entre una petición entrante y la lógica que finalmente la responde. Cada pieza hace una sola cosa y luego pasa la petición adelante: comprueba el token de auth, registra la llamada, parsea el body, fija las cabeceras CORS, captura errores. Para cuando la petición llega al handler de verdad, las preocupaciones transversales ya están resueltas.
El valor está en que el trabajo compartido por muchos endpoints vive en un solo sitio en lugar de copiarse en cada handler. Autenticación, rate limiting, registro de peticiones y validación de entrada son middleware clásico, porque toda ruta los necesita y ninguno es el trabajo real de la ruta. La mayoría de los frameworks de servidor se apoyan en este patrón, donde las funciones de middleware forman un pipeline y cada una puede inspeccionar, modificar o cortocircuitar la petición. El término también aparece en las plataformas de integración, donde el middleware conecta sistemas que nunca se diseñaron para hablarse. Una API típica pasa cada petición por un middleware de auth que rechaza a cualquiera sin un token válido antes de que el handler lo vea, así que ningún endpoint individual tiene que acordarse de comprobarlo.
El orden importa. El middleware corre como una cadena, así que registrar antes de la auth y registrar después de la auth producen registros muy distintos de lo que pasó.
El middleware en Dallonses
Cada API que construimos pasa las peticiones por una capa de middleware clara, de modo que la auth, la validación y el manejo de errores se aplican en un solo sitio en lugar de dispersarse por docenas de endpoints donde uno de ellos, inevitablemente, se olvidará. Un handler debería contener su lógica de negocio y casi nada más. Cuando las preocupaciones compartidas viven en el middleware, una ruta es fácil de leer y difícil de equivocar, que es exactamente lo que queremos en nuestro desarrollo de aplicaciones web a medida y el desarrollo API-first.
El middleware también brilla cuando los sistemas hay que conectarlos en vez de construirlos de cero. Un ERP antiguo, un proveedor de pagos, una API logística de terceros, ninguno habla el mismo idioma. Una capa de middleware traduce entre ellos, gestiona reintentos y fallos, y le da al resto del sistema una sola interfaz limpia con la que hablar. Esa es una parte central de cómo abordamos las plataformas de integración.
¿Construyes una API o coses sistemas entre sí? Una capa de middleware sólida mantiene todo cuerdo.
Servicios relacionados
Trabajos relacionados
Vizitio
Convertir una marca en un negocio que funciona.
Access Ticket
Medio millón de personas. Una app. Cero caos.
¿Listo para trabajar juntos?
Reservar una reunión
