AWS-oppskrift for stateless MCP: slett sesjonslageret, men ikke før gamle klienter er borte

Før måtte en MCP-server bak en lastbalanserer på AWS enten låse hver klient til samme instans med sticky sessions eller legge sesjonene i DynamoDB eller ElastiCache. Med spesifikasjonen 2026-07-28, der initialize-håndtrykket og Mcp-Session-Id-headeren er borte, holder vanlig round-robin, og AWS Lambda blir et naturlig valg: forespørsel inn, svar ut. Det skriver Anand Komandooru, Steven DeVries og Haleh Najafzadeh på AWS Architecture Blog, en gjennomgang InfoQ nå har plukket opp.

Innlegget er mer en driftsoppskrift enn en nyhet om protokollen. Tilstand du trenger mellom kall, flyttes til din egen database, og et verktøy returnerer en ID som modellen tar med i neste kall. Fordi modellen ser ID-en, må serveren sjekke på hvert kall at den som spør faktisk eier ressursen. requestState-tokenene i det nye mønsteret for flere runder (Multi Round-Trip Requests) skal behandles som upålitelig input og beskyttes med HMAC eller AEAD.

«Protokollen er tilstandsløs. Applikasjonen din trenger ikke å være det.» — Michael Madsen, på LinkedIn, sitert av InfoQ

Gevinsten er beskjeden i kroner: et ElastiCache-sesjonslager med to cache.t4g.micro-noder koster rundt 23 dollar i måneden, ifølge AWS. Den større besparelsen er én infrastrukturklasse mindre å drifte.

Hva bør du gjøre?

1. Logg protokollversjon per forespørsel i gatewayen, sett en dato for når den gamle versjonen fases ut, og slett ikke sesjonslager eller stickiness-regler før trafikken på den er null.
2. Gjør verktøy med sideeffekter idempotente. Strømgjenopptak er fjernet, så klienten sender et avbrutt kall på nytt.
3. Bytt feilkoden for ressurs ikke funnet fra -32002 til -32602, og kjør serveren mot den offisielle konformitetstesten før produksjon.