ഡെവലപ്പർമാർക്ക് ഇപ്പോൾ Cloudflare-ന്റെ ഫ്രീ ടിയറിൽ (free tier) ഒരു Model Context Protocol (MCP) സെർവർ പ്രവർത്തിപ്പിക്കാൻ കഴിയും, പ്ലാറ്റ്‌ഫോമിന്റെ ഓരോ റിക്വസ്റ്റിനും അനുവദിച്ചിട്ടുള്ള 10 ms CPU പരിധിക്കുള്ളിൽ നിന്നുകൊണ്ട് തന്നെ ഇത് സാധ്യമാണ്. പ്ലാനുകൾക്കായി പണം നൽകുകയോ stateful ഇൻഫ്രാസ്ട്രക്ചർ പരിപാലിക്കുകയോ ചെയ്യാതെ തന്നെ ആർക്കും സ്റ്റാറ്റിക് Markdown ഫയലുകളെ ഒരു ലൈവ് കണ്ടന്റ് സർവീസായി മാറ്റാൻ കഴിയുമെന്നതിനാൽ ഇത് വളരെ പ്രധാനപ്പെട്ടതാണ്.

എന്തുകൊണ്ടാണ് ഇപ്പോൾ ഫ്രീ ടിയർ പ്രവർത്തിക്കുന്നത്

രണ്ട് മാറ്റങ്ങളാണ് ഫ്രീ പ്ലാനിൽ ഇത് വിന്യസിക്കുന്നത് (deployment) സാധ്യമാക്കുന്നത്. ഒന്നാമതായി, MCP സ്പെസിഫിക്കേഷൻ ഇപ്പോൾ ഒരു stateless മോഡൽ ഉപയോഗിക്കുന്നു. പുതിയ പ്രോട്ടോക്കോൾ സെഷനുകളും (sessions) ഹാൻഡ്‌ഷേക്കുകളും (handshakes) ഒഴിവാക്കുന്നു, അതിനാൽ ഷെയർഡ് സ്റ്റോറേജ് ഇല്ലാതെ തന്നെ ഏത് സെർവർ ഇൻസ്റ്റൻസിനും ഏതൊരു റിക്വസ്റ്റും കൈകാര്യം ചെയ്യാൻ കഴിയും. രണ്ടാമതായി, Cloudflare അതിന്റെ മാർഗ്ഗനിർദ്ദേശങ്ങളിൽ മാറ്റം വരുത്തി: മുമ്പ് ശുപാർശ ചെയ്തിരുന്ന McpAgent ക്ലാസ് ഇപ്പോൾ കാലഹരണപ്പെട്ടു (deprecated), പുതിയ MCP സെർവറുകൾക്കായി ഡെവലപ്പർമാർ stateless request handlers ഉപയോഗിക്കണം.

പഴയ മോഡലിൽ, ഒരു ഉപയോക്താവിന്റെ സെഷൻ ട്രാക്ക് ചെയ്യാൻ ഒരു Durable Object ആവശ്യമായിരുന്നു—റിക്വസ്റ്റുകൾക്കിടയിൽ സ്റ്റേറ്റ് നിലനിർത്തുന്ന ഒരു Cloudflare സംവിധാനമാണിത്.

ബെഞ്ച്മാർക്കുകൾ: 10 ms-നുള്ളിൽ എന്തൊക്കെ ഉൾക്കൊള്ളാം

അസറ്റുകളായി (assets) സംഭരിച്ചുവെച്ചിട്ടുള്ള Markdown ഫയലുകൾ നൽകുന്ന ഒരു read-only MCP സെർവർ ഞങ്ങൾ നിർമ്മിച്ചു. ഈ സെർവറിന് നാല് എൻഡ്‌പോയിന്റുകൾ (endpoints) ഉണ്ട്; അവയുടെ ശരാശരി CPU ഉപയോഗം ഞങ്ങൾ രേഖപ്പെടുത്തി:

  • server/discover – 0 ms
  • tools/list – 0 ms
  • list_articles – 1 ms
  • get_article – 1 ms (ഏറ്റവും വലിയ ലേഖനത്തിന് പോലും)

ആകെ റെസ്‌പോൺസ് സമയം (wall-clock response time) ഏകദേശം 88 ms വരെ ഉയർന്നേക്കാം, എന്നാൽ നിങ്ങളുടെ കോഡ് പ്രവർത്തിപ്പിക്കാൻ ചെലവാകുന്ന CPU സമയം മാത്രമേ 10 ms പരിധിക്കുള്ളതായി Cloudflare കണക്കാക്കുന്നുള്ളൂ. നെറ്റ്‌വർക്ക് ലേറ്റൻസി (network latency), I/O വെയ്റ്റിംഗ്, മറ്റ് ഐഡിൽ പിരീഡുകൾ എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നില്ല.

ഈ കണക്കുകൾ ഒരു ലളിതമായ കാര്യം വ്യക്തമാക്കുന്നു:

  • ബൈറ്റുകൾ വായിക്കുകയും തിരികെ നൽകുകയും മാത്രം ചെയ്യുന്ന എൻഡ്‌പോയിന്റുകൾ 2 ms-ൽ താഴെയായിരിക്കും.
  • പാഴ്സിംഗ് (parsing), റെൻഡറിംഗ് (rendering), ഹാഷിംഗ് (hashing) പോലുള്ള സങ്കീർണ്ണമായ കണക്കുകൂട്ടലുകൾ നടത്തുന്ന എൻഡ്‌പോയിന്റുകൾ പരിധി ലംഘിക്കാൻ സാധ്യതയുണ്ട്.

നിങ്ങളുടെ ടൂൾ കഠിനമായ പ്രോസസ്സിംഗ് ആവശ്യപ്പെടുന്നുണ്ടെങ്കിൽ, ഓരോ റിക്വസ്റ്റിനും ഉയർന്ന CPU അനുമതി നൽകുന്ന പെയ്ഡ് Cloudflare പ്ലാനിലേക്ക് മാറേണ്ടി വരും.

ആർക്കൊക്കെ ഗുണകരമാകും, ആർക്കൊക്കെ ഇത് അനുയോജ്യമല്ല

സ്റ്റാറ്റിക് കണ്ടന്റ് സർവീസുകൾക്കും, ഡോക്യുമെന്റേഷൻ സൈറ്റുകൾക്കും, അല്ലെങ്കിൽ നിലവിലുള്ള ഫയലുകൾ എടുത്ത് നൽകുക എന്നത് മാത്രമാണ് സെർവറിന്റെ ജോലിയായ മറ്റേതൊരു സാഹചര്യത്തിനും ഫ്രീ ടിയർ ഇപ്പോൾ ഒരു മികച്ച ഓപ്ഷനാണ്.

ചുരുക്കത്തിൽ

ഓരോ റിക്വസ്റ്റിനും 10 ms-ൽ താഴെ CPU സമയം ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, stateless MCP സെർവറുകൾക്ക് ഇപ്പോൾ Cloudflare-ന്റെ ഫ്രീ പ്ലാനിൽ പ്രവർത്തിക്കാം. ലളിതമായ, read-only സർവീസുകൾക്ക് ഇത് എളുപ്പത്തിൽ സാധ്യമാണ്; എന്നാൽ ഡാറ്റ വിശകലനം (crunching data) ചെയ്യുന്നവയ്ക്ക് ഇത് പ്രയാസമായിരിക്കും. ഈ മാറ്റം Durable Objects-ന്റെ ആവശ്യകത ഇല്ലാതാക്കുന്നു. ഇൻഫ്രാസ്ട്രക്ചറിനായി പണം നൽകാതെ തന്നെ വലിയ തോതിൽ സ്റ്റാറ്റിക് കണ്ടന്റ് നൽകാൻ ആഗ്രഹിക്കുന്നവർക്ക് ഫ്രീ ടിയർ ഇപ്പോൾ ഒരു പ്രായോഗിക ഓപ്ഷനാണ്.

Source: dev.to പോസ്റ്റ് - Cloudflare-ന്റെ 10 ms CPU പരിധിയുമായി ഒരു MCP സെർവറിനെ താരതമ്യം ചെയ്തുകൊണ്ടുള്ള ലേഖനം.