Model Context Protocol (MCP) એ તેના સેશન સ્ટેટ (session state) ને દૂર કરીને, તેને રસીદ-શૈલીની (receipt-style) વિનંતીઓ અને એક નવા server/discover કમાન્ડ સાથે બદલી નાખ્યું છે. ડેવલપર્સ હવે AWS Lambda જેવા સર્વરલેસ પ્લેટફોર્મ પર MCP ચલાવી શકે છે અને "સિંગલ વેઈટર" (single waiter) બોટલનેકથી બચી શકે છે જે લાંબા સમયથી વિશ્વસનીયતાને નુકસાન પહોંચાડી રહી હતી.
જૂનું મોડેલ શા માટે મહત્વનું હતું
મૂળરૂપે MCP ને ચોક્કસ સર્વર સાથે સતત જોડાણ (persistent connection) ની જરૂર હતી. સર્વર યુઝરનો "ટેબલ નંબર" રાખતું હતું—એક છુપો સેશન જે સંદર્ભ (context), નિયમો અને પેન્ડિંગ એક્શનનો સંગ્રહ કરતું હતું. જ્યારે તે સર્વર ક્રેશ થતું, ત્યારે સેશન અદૃશ્ય થઈ જતું અને ક્લાયન્ટે ફરીથી શરૂઆત કરવી પડતી.
અપડેટમાં શું અલગ છે
- કોઈ સેશન નહીં – દરેક વિનંતીમાં સર્વરને જરૂરી બધી જ વિગતો હોય છે, જેમ કે રેસ્ટોરન્ટની રસીદ જેને કોઈપણ કેશિયર વાંચી શકે છે. "initialize" હેન્ડશેક હવે દૂર થઈ ગયું છે.
- રસીદ મોડેલ – દરેક વિનંતીની શરૂઆતમાં એક નાનો મેટા બ્લોક હોય છે જેમાં વર્ઝન માહિતી અને જરૂરી પેરામીટર્સનો સમાવેશ થાય છે. સર્વર વિનંતીને અલગ રીતે (in isolation) પ્રોસેસ કરે છે, અને પછી
resultType,ttlMs(મિલીસેકન્ડમાં time-to-live), અનેcacheScopeસાથે પરિણામ પરત કરે છે. આ ફિલ્ડ્સ ક્લાયન્ટને જવાબ સુરક્ષિત રીતે કેશ (cache) કરવા અને તે ક્યારે સમાપ્ત થશે તે જાણવામાં મદદ કરે છે. - Server/discover – એક નવો કમાન્ડ ક્લાયન્ટને સર્વરની વર્તમાન ક્ષમતાઓ વિશે પૂછપરછ કરવાની મંજૂરી આપે છે. પ્રતિસાદ ત્વરિત હોય છે અને તે અગાઉની વાતચીત પર આધારિત હોતો નથી.
- Subscriptions/listen – તે બઝરની જેમ કામ કરે છે: ક્લાયન્ટ અપડેટ્સ માટે સબ્સ્ક્રાઇબ કરે છે અને જ્યારે કંઈક બદલાય ત્યારે જ તેને જાણ કરવામાં આવે છે, જેનાથી પોલિંગ ટ્રાફિક ઘટે છે.
- Input_required ફ્લો – જો સર્વરને વધુ માહિતીની જરૂર હોય, તો તે ક્લાયન્ટ પાસે ફરીથી માંગવાને બદલે
input_requiredપ્રતિસાદ પરત કરે છે. ત્યારબાદ ક્લાયન્ટ ફોલો-અપ વિનંતીમાં ખૂટતી માહિતી પૂરી પાડે છે.
કારણ કે સર્વર હવે સ્ટેટ (state) રાખતું નથી, તેથી કોઈપણ સ્ટેટલેસ કમ્પ્યુટ એન્વાયરમેન્ટ MCP એન્ડપોઇન્ટ્સ હોસ્ટ કરી શકે છે. જરૂરિયાત મુજબ ચાલુ થતા (spin up), સ્થિર થતા (pause), અથવા વિવિધ ઝોન વચ્ચે સ્થળાંતરિત થતા (migrate) ફંક્શન્સ વાતચીત તોડ્યા વિના ટ્રાફિક હેન્ડલ કરી શકે છે.
કોને ફાયદો થશે, કોને ચિંતા થશે
AI ફ્રન્ટ-એન્ડ બનાવતા ડેવલપર્સ – સરળ અને વધુ વિશ્વસનીય બેક-એન્ડ્સ મેળવશે.
ઇન્ફ્રાસ્ટ્રક્ચર ટીમો – સસ્તા, ઓટો-સ્કેલિંગ સર્વિસીસ પર MCP પ્રોવિઝન કરી શકે છે.
MCP સર્વર મેન્ટેનર્સ – ttlMs, cacheScope આપવા માટે અને server/discover કરારનું પાલન કરવા માટે હેન્ડલર્સ ફરીથી લખવા પડશે. જે કોડ સતત સેશન પર આધારિત હતો તેને રિફેક્ટરિંગ (refactoring) ની જરૂર પડશે.
કડક પાલન (compliance) ધરાવતી એન્ટરપ્રાઇઝ – સ્પષ્ટ ડેટા-લાઇફસાયકલ કંટ્રોલથી લાભ મેળવશે.
છુપાયેલ વિગત: વર્ઝન નેગોશિયેશન
દરેક રસીદમાં એક નાનો મેટા બ્લોક હોય છે જે ક્લાયન્ટ અપેક્ષા રાખતા પ્રોટોકોલ વર્ઝનની જાહેરાત કરે છે.
હજુ પણ શું અનિશ્ચિત છે
આગળ શું જોવું
મુખ્ય સારાંશ
સેશન સ્ટેટને દૂર કરીને અને દરેક ઇન્ટરેક્શનને સ્વતંત્ર રસીદમાં ફેરવીને, MCP હવે સર્વરલેસ ઇકોસિસ્ટમમાં કુદરતી રીતે ફિટ થાય છે. આ ફેરફાર MCP ને વધુ સ્થિર અને સ્કેલેબલ બનાવે છે, જેનાથી સર્વર્સ ગમે ત્યાં ચાલી શકે છે અને કોઈપણ સામાન્ય વેબ સર્વિસની જેમ સ્કેલ થઈ શકે છે.