Model Context Protocol (MCP) தனது session state-ஐ நீக்கிவிட்டு, அதற்குப் பதிலாக receipt-பாணி கோரிக்கைகளையும் (receipt-style requests) புதிய server/discover கட்டளையையும் அறிமுகப்படுத்தியுள்ளது. டெவலப்பர்கள் இப்போது AWS Lambda போன்ற serverless தளங்களில் MCP-ஐ இயக்க முடியும், மேலும் நீண்டகாலமாக நம்பகத்தன்மையைப் பாதித்து வந்த “single waiter” தடையையும் தவிர்க்க முடியும்.

பழைய மாடல் ஏன் முக்கியமானது

MCP தொடக்கத்தில் ஒரு குறிப்பிட்ட சர்வருடன் (server) தொடர்ச்சியான இணைப்பை (persistent connection) கோரியது. அந்த சர்வர் பயனரின் “table number”-ஐ வைத்திருக்கும்—அதாவது context, விதிகள் மற்றும் நிலுவையில் உள்ள செயல்களைச் சேமித்து வைக்கும் ஒரு மறைமுகமான session ஆகும். அந்த சர்வர் செயலிழந்தால், session மறைந்துவிடும், மேலும் கிளையண்ட் (client) மீண்டும் ஆரம்பத்திலிருந்து தொடங்க வேண்டியிருக்கும்.

இந்த அப்டேட் எவ்வாறு மாறுபடுகிறது

  • No sessions – எந்தவொரு கேஷியரும் (cashier) படிக்கக்கூடிய உணவக ரசீது போல, ஒவ்வொரு கோரிக்கையும் (request) சர்வருக்குத் தேவையான அனைத்தையும் தன்னுடன் எடுத்துச் செல்கிறது. “initialize” handshake இனித் தேவையில்லை.
  • Receipt model – ஒவ்வொரு கோரிக்கையின் தொடக்கத்திலும் உள்ள ஒரு சிறிய meta block, பதிப்புத் தகவல் (version info) மற்றும் தேவையான அளவுருக்களை (parameters) உள்ளடக்கியது. சர்வர் அந்த கோரிக்கையைத் தனித்துச் செயலாக்கி (processes in isolation), பின்னர் resultType, ttlMs (milliseconds-இல் காலாவதியாகும் நேரம்) மற்றும் cacheScope ஆகியவற்றுடன் முடிவைத் திருப்பி அனுப்புகிறது. இந்தத் புலங்கள் (fields) கிளையண்ட் பதிலைத் பாதுகாப்பாக cache செய்யவும், அது எப்போது காலாவதியாகும் என்பதை அறியவும் உதவுகின்றன.
  • Server/discover – ஒரு புதிய கட்டளை மூலம், கிளையண்ட் ஒரு சர்வரிடம் அதன் தற்போதைய திறன்களைப் (capabilities) பற்றி வினவ முடியும். இதற்கான பதில் உடனடியாகக் கிடைக்கும் மற்றும் முந்தைய தொடர்புகளைச் சார்ந்து இருக்காது.
  • Subscriptions/listen – இது ஒரு buzzer போலச் செயல்படுகிறது: கிளையண்ட் அப்டேட்களுக்குச் சந்தா (subscribe) செய்து கொள்ளும், ஏதேனும் மாற்றம் ஏற்படும் போது மட்டுமே அறிவிக்கப்படும், இது polling traffic-ஐக் குறைக்கிறது.
  • Input_required flow – சர்வருக்கு கூடுதல் தகவல் தேவைப்பட்டால், அது கிளையண்டைத் தொடர்பு கொள்வதற்குப் பதிலாக input_required என்ற பதிலை வழங்கும். அதன் பிறகு கிளையண்ட் அடுத்த கோரிக்கையில் விடுபட்ட தரவை வழங்குகிறது.

சர்வர் இனி state-ஐ வைத்திருக்காததால், எந்தவொரு stateless compute சூழலிலும் MCP endpoints-களைத் தங்குமிடமாக (host) மாற்ற முடியும். தேவைக்கேற்ப இயங்கும் (spin up), இடைநிறுத்தப்படும் (pause) அல்லது மண்டலங்களுக்கு இடையே இடமாற்றம் செய்யப்படும் (migrate across zones) செயல்பாடுகள் (functions), உரையாடலைத் துண்டிக்காமல் போக்குவரத்தைக் கையாள முடியும்.

யார் பயனடைகிறார்கள், யார் கவலைப்படுகிறார்கள்

AI front-ends-களை உருவாக்கும் டெவலப்பர்கள் – எளிமையான மற்றும் அதிக நம்பகத்தன்மை கொண்ட back-ends-களைப் பெறுகிறார்கள். Infrastructure குழுக்கள் – மலிவான, auto-scaling சேவைகளில் MCP-ஐ வழங்க முடியும். MCP சர்வர் பராமரிப்பாளர்கள் (maintainers) – ttlMs, cacheScope ஆகியவற்றை வெளியிடுவதற்கும், server/discover ஒப்பந்தத்தைப் பின்பற்றுவதற்கும் handlers-களை மீண்டும் எழுத வேண்டும். ஒரு persistent session-ஐச் சார்ந்திருந்த குறியீடுகளை (code) refactoring செய்ய வேண்டியிருக்கும். கடுமையான இணக்க விதிகளைக் (compliance) கொண்ட நிறுவனங்கள் – தெளிவான தரவு-வாழ்நாள் கட்டுப்பாட்டினால் (data-lifecycle control) பயனடைகின்றன.

மறைந்திருக்கும் விவரம்: version negotiation

ஒவ்வொரு ரசீதிலும், கிளையண்ட் எதிர்பார்க்கும் புரோட்டோகால் பதிப்பை (protocol version) அறிவிக்கும் ஒரு சிறிய meta block உள்ளது.

இன்னும் நிச்சயமற்றவை

அடுத்து கவனிக்க வேண்டியவை

சுருக்கம்

session state-ஐ நீக்கிவிட்டு, ஒவ்வொரு தொடர்பையும் ஒரு முழுமையான ரசீதாக மாற்றுவதன் மூலம், MCP இப்போது serverless சூழல்களுக்கு இயல்பாகப் பொருந்துகிறது. இந்த மாற்றம் MCP-ஐ அதிக நிலைத்தன்மை கொண்டதாகவும் (stable), அளவிடக்கூடியதாகவும் (scalable) மாற்றுகிறது, இது சர்வர்கள் எங்கேயும் இயங்கவும் மற்றும் எந்தவொரு சாதாரண இணையச் சேவையைப் போலவும் அளவிடப்படவும் அனுமதிக்கிறது.