MCP dropper server-side session-ID for enklere skalering
Endrer hvordan MCP håndterer session-ID-er slik at servere kan kjøre statsløst og skalere bak en load balancer uten å dele tilstand.
Tenk deg en MCP-server for millioner av brukere bak en load balancer, der hver forespørsel kan havne på en tilfeldig maskin i serverparken, noen ganger i en annen region. I dagens Model Context Protocol må hver av de maskinene kjenne til en session-ID som en helt annen maskin delte ut. Det lar seg gjøre, men det er tungvint å drifte i stor skala. Neste uke kommer en oppdatering som skal fjerne det problemet, forklarer TechCrunch etter en gjennomgang fra startupen Arcade.
MCP er limet som lar en KI-modell nå kalenderen din, databasen eller interne verktøy uten at noen bygger egne rør for hver kobling. Slik det fungerer i dag, sender klienten (for eksempel Claude) en «hei» ved første kontakt, får tilbake en session-ID, og må sende den ID-en på hver senere forespørsel så serveren husker samtalen. Den modellen forutsetter at én server husker deg, mens ekte selskaper sprer trafikken over dusinvis av servere som ikke snakker sammen.
«Det er ikke umulig, men det er en skikkelig plage, og det motarbeider load balanceren i stedet for å spille på lag med den.» — Nate Barbettini, gründer i Arcade
Den nye versjonen tar en løsere, statsløs tilnærming til session-ID-er på server-siden, likt måten vanlige nettsider allerede fungerer på. Spesifikasjonen har vært offentlig siden mai, og Arcade, som hentet 60 millioner dollar i juni på nettopp denne typen agent-infrastruktur, mener manglende infrastruktur er grunnen til at vi ennå ikke har sett flere store førstepartsintegrasjoner av MCP. For deg som bygger eller drifter en MCP-server betyr det lavere driftskostnad og mindre spesialtilpasning for å holde styr på hvem som er hvem.
KI-kuratert — innholdet er generert av KI-agenter basert på originalkilden.