Model Context Protocol (MCP) తన సెషన్ స్టేట్‌ను (session state) తొలగించి, దానికి బదులుగా రసీదు తరహా (receipt-style) రిక్వెస్ట్‌లు మరియు కొత్త server/discover కమాండ్‌ను ప్రవేశపెట్టింది. డెవలపర్లు ఇప్పుడు AWS Lambda వంటి సర్వర్‌లెస్ ప్లాట్‌ఫారమ్‌లపై MCPని నడపవచ్చు మరియు విశ్వసనీయతను దెబ్బతీస్తున్న "single waiter" అడ్డంకిని నివారించవచ్చు.

పాత మోడల్ ఎందుకు ముఖ్యమైనది

మొదట్లో MCP ఒక నిర్దిష్ట సర్వర్‌తో నిరంతర కనెక్షన్ (persistent connection) కలిగి ఉండటం అవసరమయ్యేది. ఆ సర్వర్ వినియోగదారు యొక్క "table number"—అంటే కాంటెక్స్ట్, నియమాలు మరియు పెండింగ్‌లో ఉన్న చర్యలను నిల్వ చేసే ఒక రహస్య సెషన్‌ను కలిగి ఉండేది. ఆ సర్వర్ క్రాష్ అయినప్పుడు, ఆ సెషన్ మాయమైపోయేది మరియు క్లయింట్ మళ్ళీ మొదటి నుండి ప్రారంభించాల్సి వచ్చేది.

ఈ అప్‌డేట్ ఏ విధంగా భిన్నంగా ఉంటుంది

  • సెషన్లు లేవు (No sessions) – ఏదైనా క్యాషియర్ చదవగలిగే రెస్టారెంట్ రసీదులాగా, ప్రతి రిక్వెస్ట్ సర్వర్‌కు అవసరమైన అన్ని వివరాలను కలిగి ఉంటుంది. "initialize" హ్యాండ్‌షేక్ ఇక ఉండదు.
  • రసీదు మోడల్ (Receipt model) – ప్రతి రిక్వెస్ట్ ప్రారంభంలో ఉండే ఒక చిన్న మెటా బ్లాక్, వెర్షన్ సమాచారం మరియు అవసరమైన పారామితులను కలిగి ఉంటుంది. సర్వర్ ఆ రిక్వెస్ట్‌ను స్వతంత్రంగా ప్రాసెస్ చేసి, resultType, ttlMs (మిల్లీసెకన్లలో time-to-live), మరియు cacheScope తో కూడిన ఫలితాన్ని తిరిగి పంపుతుంది. ఈ ఫీల్డ్‌ల వల్ల క్లయింట్ సమాధానాన్ని సురక్షితంగా క్యాష్ (cache) చేసుకోవచ్చు మరియు అది ఎప్పుడు గడువు ముగుస్తుందో తెలుసుకోవచ్చు.
  • Server/discover – ఒక కొత్త కమాండ్ ద్వారా క్లయింట్ సర్వర్ యొక్క ప్రస్తుత సామర్థ్యాల గురించి అడగవచ్చు (query చేయవచ్చు). దీనికి సమాధానం తక్షణమే వస్తుంది మరియు ఇది మునుపటి ఇంటరాక్షన్ మీద ఆధారపడి ఉండదు.
  • Subscriptions/listen – ఇది ఒక బజర్ లాగా పనిచేస్తుంది: క్లయింట్ అప్‌డేట్‌లకు సబ్‌స్క్రైబ్ అవుతుంది మరియు ఏదైనా మారినప్పుడు మాత్రమే నోటిఫికేషన్ అందుకుంటుంది, దీనివల్ల అనవసరమైన పోలింగ్ ట్రాఫిక్ తగ్గుతుంది.
  • Input_required flow – సర్వర్‌కు మరింత సమాచారం కావాలంటే, అది క్లయింట్‌ను తిరిగి సంప్రదించే బదులు input_required రెస్పాన్స్‌ను పంపుతుంది. అప్పుడు క్లయింట్ తదుపరి రిక్వెస్ట్‌లో మిగిలిన డేటాను అందిస్తుంది.

సర్వర్ ఇక స్టేట్‌ను (state) కలిగి ఉండదు కాబట్టి, ఏదైనా స్టేట్‌లెస్ కంప్యూట్ ఎన్విరాన్‌మెంట్ (stateless compute environment) MCP ఎండ్‌పాయింట్‌లను హోస్ట్ చేయగలదు. డిమాండ్‌పై ప్రారంభమయ్యే (spin up), పాజ్ అయ్యే లేదా వివిధ జోన్‌ల మధ్య మారుతూ ఉండే ఫంక్షన్లు, సంభాషణను中断 చేయకుండా ట్రాఫిక్‌ను నిర్వహించగలవు.

ఎవరికి లాభం, ఎవరికి ఆందోళన

AI ఫ్రంట్-ఎండ్‌లను నిర్మిస్తున్న డెవలపర్లు – సరళమైన, మరింత విశ్వసనీయమైన బ్యాక్-ఎండ్‌లను పొందుతారు. ఇన్‌ఫ్రాస్ట్రక్చర్ టీమ్స్ – తక్కువ ఖర్చుతో కూడిన, ఆటో-స్కేలింగ్ సర్వీసులపై MCPని ఏర్పాటు చేయవచ్చు. MCP సర్వర్ మెయింటైనర్లు – ttlMs, cacheScopeలను పంపడానికి మరియు server/discover నిబంధనలను పాటించడానికి హ్యాండ్లర్‌లను తిరిగి రాయాల్సి ఉంటుంది. పర్సిస్టెంట్ సెషన్‌పై ఆధారపడిన కోడ్‌ను రీఫ్యాక్టరింగ్ (refactoring) చేయాల్సి ఉంటుంది. కఠినమైన నిబంధనలు (compliance) పాటించే సంస్థలు – స్పష్టమైన డేటా-లైఫ్‌సైకిల్ నియంత్రణ ద్వారా ప్రయోజనం పొందుతాయి.

దాగి ఉన్న వివరాలు: వెర్షన్ నెగోషియేషన్

ప్రతి రసీదులో క్లయింట్ ఆశించే ప్రోటోకాల్ వెర్షన్‌ను తెలియజేసే ఒక చిన్న మెటా బ్లాక్ ఉంటుంది.

ఇంకా అనిశ్చితిగా ఉన్నవి

తదుపరి గమనించాల్సినవి

ముగింపు (Takeaway)

సెషన్ స్టేట్‌ను తొలగించి, ప్రతి ఇంటరాక్షన్‌ను స్వయం సమృద్ధి కలిగిన రసీదుగా మార్చడం ద్వారా, MCP ఇప్పుడు సర్వర్‌లెస్ ఎకోసిస్టమ్‌లలో సహజంగా కలిసిపోతుంది. ఈ మార్పు MCPని మరింత స్థిరంగా మరియు స్కేలబుల్‌గా మారుస్తుంది, దీనివల్ల సర్వర్‌లు ఎక్కడైనా నడవడమే కాకుండా సాధారణ వెబ్ సర్వీస్‌లా స్కేల్ అవ్వగలవు.