MCP ની નવી 2026-07-28 ની સ્પષ્ટીકરણ (specification) દરેક session-state જરૂરિયાતને દૂર કરે છે, જેનાથી દરેક રિક્વેસ્ટ (request) તેની જરૂર મુજબનો તમામ ડેટા સાથે રાખી શકે છે. સ્ટેટલેસ પ્રોટોકોલ (stateless protocol) તરફનું આ પરિવર્તન એનોંધે છે કે ડેવલપર્સ દરેક કોલ માટે એક સિંગલ ઇન્સ્ટન્સ (single instance) શરૂ કરી શકે છે, સર્વરલેસ (serverless) અથવા એજ નોડ્સ (edge nodes) પર ચલાવી શકે છે, અને જૂના sticky-routing અને shared-store પ્લમ્બિંગને નિવૃત્ત કરી શકે છે જે ડિપ્લોયમેન્ટ માટે માથાકૂટ સમાન હતા.

હેન્ડશેક (Handshakes) થી સેલ્ફ-કન્ટેઈન્ડ કોલ્સ (Self-Contained Calls) સુધી

અત્યાર સુધી, Model Context Protocol (MCP) એક એવું હેન્ડશેક કરવા માટે મજબૂર કરતું હતું જે session ID ઇશ્યૂ કરતું હતું. સર્વર્સને કનેક્શનના આયુષ્ય દરમિયાન તે ID યાદ રાખવું પડતું હતું, જે વ્યવહારમાં પ્રોસેસને જીવંત રાખવી, Redis ક્લસ્ટર પર સ્ટેટનું રેપ્લિકેશન કરવું અથવા "sticky" રાઉટિંગ માટે લોડ બેલેન્સર્સ કન્ફિગર કરવા જેવું હતું. તેનું પરિણામ એક જટિલ, સંસાધન-ભારે (resource-heavy) સ્ટેક હતું જે સ્કેલિંગમાં અવરોધ લાવતું હતું અને હોરિઝોન્ટલ ગ્રોથને ખર્ચાળ બનાવતું હતું.

નવું સ્પષ્ટીકરણ દરેક રિક્વેસ્ટને સેલ્ફ-કન્ટેઈન્ડ (self-contained) બનાવે છે. દરેક પેલોડ (payload) માં પ્રોટોકોલ વર્ઝન અને કોલરની ઓળખ સામેલ હોય છે, જેથી સર્વર રિક્વેસ્ટને વન-ઓફ ટ્રાન્ઝેક્શન (one-off transaction) તરીકે ગણી શકે છે. કોઈ session store નહીં, કોઈ લાંબા સમય સુધી ચાલતી પ્રોસેસ નહીં, અને કોઈ ખાસ રાઉટિંગ નિયમો નહીં.

ડિપ્લોયમેન્ટ માટે સ્ટેટલેસ (Stateless) કેમ મહત્વનું છે

  • Serverless અને edge માટે તૈયાર – રિક્વેસ્ટ તેની જરૂરિયાતની તમામ વિગતો સાથે આવે છે, તેથી કોઈ warm-up સ્ટેટ વગર ફંક્શન શરૂ થઈ શકે છે, જવાબ આપી શકે છે અને બંધ થઈ શકે છે. જે પ્રોવાઈડર્સ પ્રતિ-ઇનવોકેશન (per-invocation) ચાર્જ કરે છે તેઓ MCP વર્કલોડ્સ માટે વ્યવહારુ બની જાય છે.
  • સરળ લોડ બેલેન્સિંગ – સ્ટાન્ડર્ડ L4/L7 બેલેન્સર્સ ટ્રાફિકને સમાન રીતે વિતરિત કરી શકે છે; ક્લાયન્ટને કોઈ ચોક્કસ બેકએન્ડ સાથે જોડી રાખવાની જરૂર નથી.
  • ઓપરેશનલ ઓવરહેડમાં ઘટાડો – ટીમો Redis ક્લસ્ટર્સ અથવા કસ્ટમ session-replication કોડને નિવૃત્ત કરી શકે છે, જેનાથી ખર્ચ અને નિષ્ફળતાની શક્યતા (failure surface) બંનેમાં ઘટાડો થાય છે.

જે સંસ્થાઓ પહેલેથી જ લોડ બેલેન્સર પાછળ MCP ચલાવે છે, તેમના માટે આ ફેરફાર "sticky" નિયમોની જરૂરિયાતને દૂર કરે છે જે ઘણીવાર અસમાન ટ્રાફિક વિતરણ માટે મજબૂર કરે છે. જે સેવાઓ દરરોજ લાખો કોલ્સ જુએ છે, તેવા હાઈ-થ્રુપુટ (high-throughput) સર્વિસીસ માટે આ બચત ખાસ નોંધપાત્ર છે.

પરફોર્મન્સ અને સિક્યુરિટી અપગ્રેડ્સ

સ્પષ્ટીકરણમાં એવા નક્કર સુધારાઓ ઉમેરવામાં આવ્યા છે જે પ્રોટોકોલને તેની સ્ટેટલેસનેસથી પણ વધુ મજબૂત બનાવે છે:

  • TTL-આધારિત કેશિંગ (caching) – ટૂલ અને પ્રોમ્પ્ટ લિસ્ટમાં હવે time-to-live ફિલ્ડ સામેલ છે, જે ક્લાયન્ટ્સને પરિણામો લોકલ રીતે કેશ કરવા અને બિનજરૂરી રાઉન્ડ-ટ્રિપ્સ ટાળવામાં મદદ કરે છે.
  • હેડર-ડ્રિવન રાઉટિંગ – નવા HTTP હેડર્સ રાઉટિંગ માહિતી વહેલી જાહેર કરે છે, જેથી ગેટવેઝ આખા JSON બોડીને પાર્સ કર્યા વગર ટ્રાફિક ફોરવર્ડ કરી શકે છે, જેનાથી લેટન્સી (latency) માં મિલીસેકન્ડ્સનો ઘટાડો થાય છે.
  • OAuth/OIDC હાર્ડનિંગ – આઇડેન્ટિટી ટોકન્સ વધુ કડક OAuth અને OpenID Connect તપાસમાંથી પસાર થાય છે, જે રિપ્લે (replay) અને ટોકન-ચોરીના હુમલાઓ સામે રક્ષણ આપે છે.
  • ફોર્મલ એક્સટેન્શન ફ્રેમવર્ક – ટાસ્ક અને એપ્સ હવે વ્યાખ્યાયિત એક્સટેન્શન મોડેલના ભાગ છે, જે SDK મેન્ટેનર્સ માટે ભવિષ્યના ફીચર રોલ-આઉટને સરળ બનાવે છે.

ડેવલપર્સ પર અસર

SDK ઇકોસિસ્ટમમાં આ ફેરફાર પહેલેથી જ દેખાઈ રહ્યો છે: TypeScript, Python, Go અને C# લાઇબ્રેરીઓ નવું રિક્વેસ્ટ ફોર્મેટ ઇમિટ (emit) કરે છે. આ SDK ડાઉનલોડ્સની સંયુક્ત સંખ્યા દર મહિને અબજોમાં પહોંચી રહી છે, જે વર્ષની શરૂઆત કરતા ચાર ગણી વધારે છે, જે દર્શાવે છે કે MCP નો વ્યાપ કેટલો વધી રહ્યો છે.

ડેવલપર્સે એવા કોઈપણ કોડમાં ફેરફાર કરવો પડશે જે પર્સિસ્ટન્ટ સેશન (persistent session) ધારીને લખાયેલ હોય. સામાન્ય રીતે તેનો અર્થ એ છે કે સેશન-વિશિષ્ટ ડેટાને રિક્વેસ્ટ પેલોડમાં અથવા દરેક કોલ માટે ઉપયોગમાં લેવાતા એક્સટર્નલ સ્ટોરમાં ખસેડવો. માઇગ્રેશન વિન્ડો બાર મહિનાની છે, જે ટીમોને રિફેક્ટર (refactor), ટેસ્ટ અને નવો પેટર્ન રોલ-આઉટ કરવા માટે સમય આપે છે.

વિરોધ પક્ષ: માઇગ્રેશન જટિલતા

સ્ટેટલેસનેસ એ કોઈ મફતની સુવિધા નથી. જે એપ્લિકેશન્સ અગાઉ પ્રોગ્રેસિવ કન્વર્સેશન હિસ્ટ્રી જેવી બાબતો માટે સર્વર-સાઇડ સ્ટેટ પર આધારિત હતી, તેમણે હવે તે સ્ટેટ ક્લાયન્ટ-સાઇડ અથવા અલગ પર્સિસ્ટન્સ લેયર દ્વારા મેનેજ કરવું પડશે.

શું ધ્યાનમાં રાખવું

  • એડોપ્શન મેટ્રિક્સ (Adoption metrics) – SDK વર્ઝન અપટેક પર નજર રાખો; ધીમી ગતિ માઇગ્રેશન મુશ્કેલીઓનો સંકેત આપી શકે છે.
  • એજ પ્લેટફોર્મ સપોર્ટ – જેમ જેમ વધુ પ્રોવાઈડર્સ MCP-સુસંગત રનટાઇમ્સની જાહેરાત કરશે, તેમ સર્વરલેસના વાસ્તવિક ખર્ચ લાભો વધુ સ્પષ્ટ થશે.
  • સિક્યુરિટી ઇન્સિડન્ટ રિપોર્ટ્સ – હાર્ડન કરેલ OAuth/OIDC ફ્લો આઇડેન્ટિટી હુમલાઓને ઘટાડવો જોઈએ, પરંતુ કોઈપણ ઉલ્લંઘન (breach) નવા સુરક્ષા ઉપાયોની કસોટી કરશે.

મુખ્ય વાત (Takeaway): MCP ને સ્ટેટલેસ બનાવીને, આ સ્પષ્ટીકરણ પ્રોટોકોલને આધુનિક ક્લાઉડ-નેટિવ પેટર્ન્સ સાથે સુસંગત બનાવે છે, જે સેશન મેનેજમેન્ટના ઓપરેશનલ બોજને ઘટાડે છે અને સસ્તા, વધુ ઇલાસ્ટિક ડિપ્લોયમેન્ટ મોડલ્સ માટે દરવાજા ખોલે છે. આમાં કોડ રિફેક્ટરિંગનો ટૂંકો સમયગાળો અને મોટા રિક્વેસ્ટ ફૂટપ્રિન્ટ્સનો બદલામાં (trade-off) સામેલ છે, પરંતુ લાંબા ગાળે આ એક એવો પ્રોટોકોલ છે જે તેના ઇન્ફ્રાસ્ટ્રક્ચરની જેમ જ સરળતાથી સ્કેલ કરી શકે છે.