Spring GDS 25è Aniversari
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
El middleware és codi que se situa en el camí entre una petició entrant i la lògica que finalment la respon. Cada peça fa una sola cosa i després passa la petició endavant: comprova el token d'auth, registra la crida, parseja el body, fixa les capçaleres CORS, captura errors. Quan la petició arriba al handler de debò, les preocupacions transversals ja estan resoltes.
El valor és que la feina compartida per molts endpoints viu en un sol lloc en lloc de copiar-se a cada handler. Autenticació, rate limiting, registre de peticions i validació d'entrada són middleware clàssic, perquè tota ruta els necessita i cap és la feina real de la ruta. La majoria dels frameworks de servidor s'apoien en aquest patró, on les funcions de middleware formen un pipeline i cadascuna pot inspeccionar, modificar o curtcircuitar la petició. El terme també apareix a les plataformes d'integració, on el middleware connecta sistemes que mai es van dissenyar per parlar-se. Una API típica passa cada petició per un middleware d'auth que rebutja qualsevol sense un token vàlid abans que el handler el vegi, així que cap endpoint individual s'ha de recordar de comprovar-ho.
L'ordre importa. El middleware corre com una cadena, així que registrar abans de l'auth i registrar després de l'auth produeixen registres molt diferents del que va passar.
Cada API que construïm passa les peticions per una capa de middleware clara, de manera que l'auth, la validació i la gestió d'errors s'apliquen en un sol lloc en lloc de dispersar-se per dotzenes d'endpoints on un d'ells, inevitablement, s'oblidarà. Un handler hauria de contenir la seva lògica de negoci i gairebé res més. Quan les preocupacions compartides viuen al middleware, una ruta és fàcil de llegir i difícil d'equivocar, que és exactament el que volem en el nostre desenvolupament d'aplicacions web a mida i el desenvolupament API-first.
El middleware també brilla quan els sistemes s'han de connectar en lloc de construir-los de zero. Un ERP antic, un proveïdor de pagaments, una API logística de tercers, cap parla el mateix idioma. Una capa de middleware tradueix entre ells, gestiona reintents i fallades, i dóna a la resta del sistema una sola interfície neta amb què parlar. Aquesta és una part central de com abordem les plataformes d'integració.
Construeixes una API o cuses sistemes entre si? Una capa de middleware sòlida ho manté tot assenyat.
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Convertir una marca en un negoci que funciona.
Mig milió de persones. Una app. Zero caos.















