Model Context Protocol (MCP) இப்போது stateless முறையில் இயங்கத் தொடங்கியுள்ளது. இந்த மாற்றம், ஒவ்வொரு கோரிக்கையும் (request) தளத்தின் 10 ms CPU வரம்பிற்குள் இருந்தால், டெவலப்பர்கள் Cloudflare Workers-ன் இலவசத் திட்டத்திலேயே (free tier) மிகச்சிறிய MCP சர்வர்களை உருவாக்க அனுமதிக்கிறது.

இந்த மாற்றம் ஏன் முக்கியமானது

சமீபத்திய இரண்டு மாற்றங்கள் இதற்கான வாய்ப்பைத் திறந்துவிட்டன. முதலாவதாக, MCP core அதன் session-அடிப்படையிலான வடிவமைப்பைத் தவிர்த்துவிட்டது; இப்போது இது handshake இல்லாமலேயே இயங்குகிறது; எந்தவொரு கோரிக்கையையும் குறியீட்டின் (code) எந்த ஒரு instance-ஆலும் கையாள முடியும். இரண்டாவதாக, Cloudflare தனது McpAgent class-ஐ நீக்கிவிட்டு, புதிய சர்வர்களுக்கு சாதாரண request handlers-களைப் பரிந்துரைக்கிறது. இவை இரண்டும் இணைந்து, Durable Objects அல்லது பிற stateful storage-களின் தேவையைக் குறைத்துள்ளன. இவைதான் இலவசத் திட்டத்தில் MCP-ஐ இயக்குவதற்கு முக்கியத் தடையாக இருந்தன.

இலவசத் திட்டத்தால் உண்மையில் என்ன செய்ய முடியும்

ஒரு static தளத்திலிருந்து Markdown கோப்புகளை வழங்கும் read-only MCP சர்வரை நாங்கள் உருவாக்கினோம். இந்த சர்வர் list_articles மற்றும் get_article ஆகிய இரண்டு கருவிகளை (tools) செயல்படுத்துகிறது—முறைகளைத் திசைதிருப்ப (route) ஒரு எளிய switch statement பயன்படுத்தப்பட்டுள்ளது. இதில் அதிகப்படியான கணக்கீடுகள் ஏதுமில்லை, வெறும் static assets-களைப் பெறுவது மட்டுமே நடக்கிறது.

Cloudflare-இன் CPU கணக்கீடு, மொத்தப் பதில் நேரத்திலிருந்து (total response time) மாறுபடுகிறது. CPU நேரம் என்பது உங்கள் JavaScript-ஐ இயக்குவதற்குச் செலவிடப்படும் சுழற்சிகளை (cycles) மட்டுமே கணக்கிடுகிறது; network calls அல்லது disk reads-க்காகக் காத்திருக்கும் நேரம் இதில் சேர்க்கப்படாது. இந்த வேறுபாடு முக்கியமானது, ஏனெனில் இலவசத் திட்டம் ஒரு கோரிக்கைக்கு 10 ms CPU வரம்பைக் கொண்டுள்ளது, ஆனால் மொத்த தாமதம் (latency) இதைவிட அதிகமாக இருக்கலாம்.

இலவசத் திட்டத்தில் எங்களது அளவீடுகள் இவ்வாறு இருந்தன:

  • server/discover: 0-1 ms CPU
  • tools/list: 0 ms CPU
  • get_article (மிகப்பெரிய கோப்பு): 1-2 ms CPU

மிகப்பெரிய கட்டுரையே 10 ms வரம்பில் ஒரு சிறிய பகுதியை மட்டுமே பயன்படுத்தியது. கிளையண்ட் பக்கத்தில் (client side) தெரிந்த தாமதம், கோப்பு படிக்கப்படுவதற்காகக் காத்திருந்ததாலேயே ஏற்பட்டது, குறியீடு இயங்குவதாலல்ல.

வரம்பு எங்கே சிக்கலை ஏற்படுத்துகிறது

தரவுகள் ஒரு தெளிவான முறையைக் காட்டுகின்றன:

  • Data-serving tools (எளிய வாசிப்பு, பட்டியலிடுதல்) தாராளமாக வரம்பிற்குள் இருக்கும்.
  • Compute-heavy tools (parsing, rendering, hashing அல்லது ஏதேனும் அல்காரிதமிக் வேலைகள்) 10 ms வரம்பை விரைவாகத் தீர்த்துவிடக்கூடும்.

ஒரு கருவி சாதாரணமான செயலாக்கத்திற்குத் (trivial processing) தாண்டித் தேவைப்பட்டால், டெவலப்பர்கள் கட்டணத் திட்டமான (paid) Workers plan-க்கு மாற வேண்டியிருக்கும். $5 திட்டம் ஒரு கோரிக்கைக்கு வரம்பை 30 வினாடிகளாக உயர்த்துகிறது.

யார் வெற்றி பெறுகிறார்கள், யார் நேரத்தைக் கவனிக்க வேண்டும்

ஏற்கனவே Markdown கோப்புகள் அல்லது RSS feed வைத்திருக்கும் சிறிய தளங்கள், ஒரே ஒரு புதிய route மூலம் ஓர் MCP endpoint-ஐ உருவாக்கி இலவசத் திட்டத்திலேயே தொடர முடியும். இதன் மூலம் பொழுதுபோக்கு ஆர்வலர்கள் (hobbyists), ஆவணத் தளங்கள் (documentation sites) அல்லது குறைந்த போக்குவரத்து கொண்ட வலைப்பதிவுகளுக்கு (low-traffic blogs) இயக்கச் செலவு குறையும் மற்றும் சிக்கல்கள் குறையும்.

ஒரு கருவி சாதாரணமான செயலாக்கத்திற்குத் தாண்டித் தேவைப்பட்டால், டெவலப்பர்கள் கட்டணத் திட்டமான (paid) Workers plan-க்கு மாற வேண்டியிருக்கும்.

நீங்கள் தொடங்குவதற்கு முன் எதைச் சோதிக்க வேண்டும்

  • உங்கள் கருவியைப் பகுப்பாய்வு (Profile) செய்யுங்கள்: சில மாதிரி கோரிக்கைகளை (requests) இயக்கி, Cloudflare-இன் dashboard-இல் CPU மீட்டரைச் சரிபார்க்கவும்.
  • Static மற்றும் dynamic பாதைகளைப் பிரியுங்கள்: static கோப்புகளை வழங்குவதை இலவசத் திட்டத்திலேயே வைத்துக்கொண்டு, அதிக கணக்கீட்டுத் திறன் தேவைப்படும் அழைப்புகளை (calls) கட்டணத் திட்டத்திற்கு அல்லது மற்றொரு backend-க்கு மாற்றவும்.
  • மறைமுகமான தாமதங்களைக் (latency) கவனியுங்கள்: Network waits CPU வரம்பைக் குறைக்காது, ஆனால் அவை பயனரின் அனுபவத்தைப் பாதிக்கும். நீங்கள் வழங்கும் கோப்புகளுக்கு edge caching முறையைப் பரிசீலிக்கவும்.

எதிர் கருத்து: இலவசத் திட்டம் எல்லையற்றது அல்ல

Stateless core ஆனது Durable Objects-இன் தேவையைக் குறைத்தாலும், 10 ms வரம்பு என்பது ஒரு கடுமையான எல்லையாகவே உள்ளது. சாதாரணமான parsing (உதாரணமாக, markdown-லிருந்து HTML-க்கு மாற்றுதல்) கூட அதிகச் செலவை ஏற்படுத்தும் என்று குறைத்து மதிப்பிடும் டெவலப்பர்கள், எதிர்பாராத விதமாக இந்த வரம்பைத் தாண்டிவிடக்கூடும். இலவசத் திட்டம் "அப்படியே வழங்குதல்" (serve-as-is) போன்ற சூழல்களுக்கு ஏற்றது, உடனுக்குடன் உள்ளடக்கத்தை உருவாக்குவதற்கு (on-the-fly content generation) ஏற்றதல்ல.

Cloudflare-இல் MCP-இன் அடுத்த கட்டம் என்ன

உங்கள் தளத்தில் உள்ளடக்கங்கள் ஏற்கனவே ஒரு static bucket-இல் இருந்தால், ஒரு MCP endpoint-ஐச் சேர்ப்பது சில வரிகள் குறியீடு மற்றும் ஒரு புதிய route மூலம் மிக எளிதாகிவிடும். இந்த நெறிமுறை (protocol) இப்போது சிறிய சர்வர்களின் தேவைகளுடன் ஒத்துப்போகிறது—10 ms CPU வரம்பிற்குள் நீங்கள் இருந்தால், ஒரு சாதாரண HTTP endpoint-ஐ இலவசமாகத் தங்குவதற்கு இது வழிவகை செய்கிறது.