എന്താണ് Serverless? Serverless കംപ്യൂട്ടിംഗ് ലളിതമായി വിശദീകരിക്കുന്നു
Serverless എന്നത് നിങ്ങൾ സ്വയം ഒരു സെർവറും സജ്ജീകരിക്കാതെയോ നിയന്ത്രിക്കാതെയോ കോഡ് പ്രവർത്തിപ്പിക്കുന്ന ഒരു രീതിയാണ്. നിങ്ങളുടെ കോഡ് ഒരു ക്ലൗഡ് ദാതാവിന് നൽകുന്നു, ഒരു കാര്യം അതിനെ ട്രിഗർ ചെയ്യുമ്പോൾ മാത്രം അത് പ്രവർത്തിക്കുന്നു — ഒരു വെബ് അഭ്യർത്ഥന, അപ്‌ലോഡ് ചെയ്ത ഒരു ഫയൽ, ഒരു പേയ്‌മെന്റ് അറിയിപ്പ് — പിന്നെ നിൽക്കുന്നു. സാധാരണയായി നിങ്ങളുടെ കോഡ് യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന സമയത്തിനാണ് നിങ്ങൾ പണം നൽകുന്നത്, നിഷ്ക്രിയമായി ഇരിക്കുന്ന മെഷീനിനല്ല.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ serverless പ്രധാനമായത് എന്തുകൊണ്ട്
AI ഉപയോഗിച്ച് ഒരു ആപ്പ് നിർമ്മിക്കുകയും ഹോസ്റ്റിംഗ് ഓപ്ഷനുകളോ കോഡോ നോക്കുകയും ചെയ്യുമ്പോൾ, "serverless functions", "edge functions" അല്ലെങ്കിൽ "cloud functions" എന്നിവ കാണും. പല ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകളും അവ നൽകുന്നു, ചില AI ബിൽഡറുകൾ ബാക്കെൻഡുകൾ ഈ രീതിയിൽ വിന്യസിക്കുന്നു. ഈ മാതൃക മനസ്സിലാക്കുന്നത് മൂന്ന് പ്രായോഗിക ചോദ്യങ്ങൾക്ക് സഹായിക്കുന്നു:
- ചെലവ്. ആരും ഉപയോഗിക്കാത്തപ്പോഴും നിങ്ങളുടെ ആപ്പിന് പണം ചെലവാകുമോ?
- വേഗത. നിശ്ശബ്ദമായ ഒരു കാലയളവിന് ശേഷമുള്ള ആദ്യ അഭ്യർത്ഥന എന്തുകൊണ്ട് വേഗത കുറയുന്നു?
- പരിധികൾ. ഒരു വലിയ റിപ്പോർട്ട് സൃഷ്ടിക്കുകയോ വീഡിയോ പ്രോസസ് ചെയ്യുകയോ പോലുള്ള ഒരു ദീർഘ ജോലി എന്തുകൊണ്ട് സമയപരിധി കവിഞ്ഞു?
serverless അല്ലാത്തത് എന്താണെന്ന് അറിയുന്നതും സഹായകമാണ്: അത് ഒരു ബാക്കെൻഡ് ഇല്ലാത്തതല്ല. നിങ്ങൾക്ക് ഇപ്പോഴും സെർവർ-വശത്തുള്ള കോഡ് ഉണ്ട്; മെഷീനുകൾ മറ്റാരെങ്കിലും പ്രവർത്തിപ്പിക്കുന്നു എന്ന് മാത്രം. അടിസ്ഥാനങ്ങൾക്ക്, സെർവർ എന്താണെന്ന് കാണുക.
ദൈനംദിന ജീവിതത്തിലെ ഉദാഹരണം
പരമ്പരാഗത സെർവർ ഒരു കാർ സ്വന്തമാക്കുന്നത് പോലെയാണ്. അത് എപ്പോഴും ഉണ്ട്, ഉടനടി പോകാൻ തയ്യാറാണ്, പക്ഷേ നിങ്ങൾ ഓടിച്ചാലും ഇല്ലെങ്കിലും — ഇൻഷുറൻസ്, പാർക്കിംഗ്, പരിപാലനം — പണം നൽകണം.
Serverless ടാക്സി വിളിക്കുന്നത് പോലെയാണ്. നിങ്ങൾ എടുക്കുന്ന യാത്രകൾക്ക് മാത്രം പണം നൽകുന്നു, ഒരേസമയം നൂറ് പേർക്ക് യാത്ര വേണ്ടിവന്നാൽ നൂറ് ടാക്സികൾ വരും. പക്ഷേ കാർ എത്താൻ ചെറിയ കാത്തിരിപ്പ് ഉണ്ടാകാം (cold start), ഓരോ യാത്രയ്ക്കും പരമാവധി ദൈർഘ്യമുണ്ട്, ഡ്രൈവർ നിങ്ങളുടെ കഴിഞ്ഞ യാത്ര ഓർമ്മിക്കില്ല (ഫംഗ്ഷനുകൾ stateless ആണ്).
Serverless ഫംഗ്ഷനുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു
ഏറ്റവും സാധാരണമായ രൂപത്തിൽ, functions as a service എന്ന് വിളിക്കുന്നത്:
- ഒരു ഫംഗ്ഷൻ എഴുതുന്നു — ഒരു തരം ഇവന്റ് കൈകാര്യം ചെയ്യുന്ന ചെറിയ കോഡ്, ഉദാഹരണത്തിന് "
/api/bookings-ലേക്കുള്ള POST കൈകാര്യം ചെയ്യുക." - വിന്യസിക്കുന്നു. ദാതാവ് അത് സൂക്ഷിച്ച് ഒരു ട്രിഗറുമായി ബന്ധിപ്പിക്കുന്നു: ഒരു URL, ഒരു ഷെഡ്യൂൾ, സ്റ്റോറേജിലെ ഒരു പുതിയ ഫയൽ, ഒരു ക്യൂവിലെ സന്ദേശം.
- ഒരു ഇവന്റ് വരുന്നു. ദാതാവ് നിങ്ങളുടെ ഫംഗ്ഷന്റെ ഒരു പകർപ്പ് ആരംഭിക്കുന്നു (അല്ലെങ്കിൽ ചൂടുള്ള ഒന്ന് വീണ്ടും ഉപയോഗിക്കുന്നു), പ്രവർത്തിപ്പിച്ച് ഫലം തിരികെ നൽകുന്നു.
- സ്വയം അളവ് മാറ്റുന്നു. ഒരേസമയം ആയിരം അഭ്യർത്ഥനകൾ വന്നാൽ, നിങ്ങളുടെ അക്കൗണ്ടിന്റെ പരിധിവരെ ദാതാവ് ഒരേസമയം ധാരാളം പകർപ്പുകൾ പ്രവർത്തിപ്പിക്കുന്നു.
- നിഷ്ക്രിയമാകുന്നു. ട്രാഫിക് നിലയ്ക്കുമ്പോൾ പകർപ്പുകൾ നിർത്തുന്നു. ഒന്നും പ്രവർത്തിക്കാത്തപ്പോൾ, കംപ്യൂട്ടിന് നിങ്ങൾ ഒന്നും നൽകുന്നില്ല.
JavaScript-ലെ ഒരു ചെറിയ serverless ഫംഗ്ഷൻ ഇങ്ങനെയിരിക്കാം:
export default async function handler(request) {
const { name } = await request.json();
return Response.json({ message: `Hello, ${name}` });
}
സെർവർ തുടങ്ങാനോ പോർട്ട് തുറക്കാനോ പ്രോസസ് ഓടിക്കൊണ്ടിരിക്കാനോ കോഡ് ഇല്ല. അതെല്ലാം പ്ലാറ്റ്‌ഫോം കൈകാര്യം ചെയ്യുന്നു.
"Serverless" എന്നത് സ്വയം അളവ് മാറുകയും ഉപയോഗത്തിന് അനുസരിച്ച് ബിൽ ചെയ്യുകയും ചെയ്യുന്ന മറ്റ് മാനേജ്ഡ് സേവനങ്ങൾക്കും അയഞ്ഞ രീതിയിൽ ഉപയോഗിക്കുന്നു — ഉദാഹരണത്തിന് നിഷ്ക്രിയമാകുമ്പോൾ നിർത്തുന്ന serverless ഡേറ്റാബേസുകൾ.
പ്രധാന പദങ്ങൾ
| പദം | അർത്ഥം |
|---|---|
| ഫംഗ്ഷൻ (FaaS) | ദാതാവ് ആവശ്യാനുസരണം പ്രവർത്തിപ്പിക്കുന്ന ഒരു ചെറിയ കോഡ് യൂണിറ്റ്. |
| ട്രിഗർ / ഇവന്റ് | ഫംഗ്ഷൻ ആരംഭിപ്പിക്കുന്നത് — ഒരു HTTP അഭ്യർത്ഥന, ഫയൽ അപ്‌ലോഡ്, ടൈമർ, ക്യൂ സന്ദേശം. |
| Cold start | അഭ്യർത്ഥന കൈകാര്യം ചെയ്യുന്നതിന് മുമ്പ് ഫംഗ്ഷന്റെ പുതിയ പകർപ്പ് ആരംഭിക്കേണ്ട കാലതാമസം. |
| Warm | ഇതിനകം പ്രവർത്തിക്കുന്നതും ഉടനെ പ്രതികരിക്കാൻ കഴിയുന്നതുമായ ഒരു പകർപ്പ്. |
| Stateless | ഓട്ടങ്ങൾക്കിടയിൽ ഫംഗ്ഷൻ ഓർമ്മ സൂക്ഷിക്കുന്നില്ല. നിലനിൽക്കേണ്ടതെന്തും ഡേറ്റാബേസിലോ സ്റ്റോറേജിലോ പോകണം. |
| Timeout | ഒരു ഓട്ടത്തിന് അനുവദനീയമായ പരമാവധി സമയം. ഉദാഹരണത്തിന് AWS Lambda-യുടെ പരമാവധി 15 മിനിറ്റ്; പല പ്ലാറ്റ്‌ഫോമുകളും അതിലും വളരെ കുറച്ചാണ് ഡിഫോൾട്ട് ആക്കുന്നത്. |
| Edge function | ഉപയോക്താക്കൾക്കടുത്തുള്ള പല സ്ഥലങ്ങളിൽ പ്രവർത്തിക്കുന്ന ഫംഗ്ഷൻ, പലപ്പോഴും കർശനമായ പരിധികളോടെ. |
| Scale to zero | ട്രാഫിക് ഇല്ലാത്തപ്പോൾ ഒന്നും പ്രവർത്തിപ്പിക്കാതിരിക്കുകയും കംപ്യൂട്ടിന് പണം നൽകാതിരിക്കുകയും ചെയ്യുക. |
പ്രവർത്തന ഉദാഹരണം: ഒരു ചെറിയ ബുക്കിംഗ് സൈറ്റ്
ഒരു യോഗ സ്റ്റുഡിയോയുടെ ബുക്കിംഗ് സൈറ്റിൽ, പുതിയ ഷെഡ്യൂൾ വരുന്ന ഓരോ ഞായറാഴ്ച വൈകുന്നേരവും സന്ദർശനങ്ങളുടെ വലിയ തിരക്കുണ്ടാകും, ആഴ്ചയിലെ ബാക്കി സമയം വളരെ കുറച്ച് മാത്രം.
- എപ്പോഴും ഓണായ സെർവറിൽ, സ്റ്റുഡിയോ ഞായറാഴ്ച വൈകുന്നേരത്തെ പീക്കിന് അനുയോജ്യമായ ഒരു മെഷീനിന് 24/7 പണം നൽകുന്നു, ബാക്കി സമയം അത് മിക്കവാറും നിഷ്ക്രിയമായിരിക്കും.
- Serverless ഫംഗ്ഷനുകളോടെ,
GET /api/classes,POST /api/bookingsഎന്നിവ ഫംഗ്ഷനുകളാണ്. ഞായറാഴ്ചത്തെ തിരക്ക് ധാരാളം പകർപ്പുകൾ സ്വയം ആരംഭിക്കുന്നു; ശാന്തമായ ഒരു ചൊവ്വാഴ്ച രാവിലെ, മിക്കവാറും ഒന്നും പ്രവർത്തിക്കില്ല, ബിൽ ഏതാണ്ട് പൂജ്യമാകും.
വിട്ടുവീഴ്ചകളും കാണാം. ചൊവ്വാഴ്ച രാവിലെ സൈറ്റ് ആദ്യം തുറക്കുന്ന ആൾക്ക് ഒരു cold start-ന് കാരണം അല്പം കൂടി കാത്തിരിക്കേണ്ടി വന്നേക്കാം. പല ഫംഗ്ഷൻ പകർപ്പുകളിൽ നിന്നുള്ള ധാരാളം ചെറിയ-ആയുസ്സുള്ള കണക്ഷനുകൾ ഡേറ്റാബേസ് കൈകാര്യം ചെയ്യണം, അതിന് ഒരു കണക്ഷൻ പൂളർ വേണ്ടിവന്നേക്കാം. പിന്നീട് സ്റ്റുഡിയോക്ക് "എല്ലാവരുടെയും വാർഷിക ഹാജർ PDF ഉണ്ടാക്കുക" എന്ന ജോലി വേണമെങ്കിൽ, അത് ഫംഗ്ഷന്റെ സമയപരിധി കവിയുകയും വേറൊരിടത്ത് പ്രവർത്തിപ്പിക്കേണ്ടി വരികയും ചെയ്യാം.
Serverless എപ്പോൾ യോജിക്കുന്നു — എപ്പോൾ യോജിക്കില്ല
| നല്ല യോജിപ്പ് | കുറഞ്ഞ യോജിപ്പ് |
|---|---|
| കുറഞ്ഞതോ കുതിച്ചുയരുന്നതോ പ്രവചിക്കാനാവാത്തതോ ആയ ട്രാഫിക് | നിരന്തരമായ കനത്ത ട്രാഫിക്, അവിടെ എപ്പോഴും ഓണായിരിക്കുന്നത് വിലകുറഞ്ഞതാകാം |
| ചെറിയ അഭ്യർത്ഥന/പ്രതികരണ ജോലികൾ: APIകൾ, ഫോം ഹാൻഡ്‌ലറുകൾ, വെബ്‌ഹുക്കുകൾ | ദീർഘനേരം പ്രവർത്തിക്കുന്ന ജോലികൾ: വലിയ വീഡിയോ പ്രോസസ്സിംഗ്, വലിയ ഡാറ്റ ഇമ്പോർട്ടുകൾ |
| സെർവറുകൾ നിയന്ത്രിക്കാൻ ആഗ്രഹിക്കാത്ത ചെറിയ ടീമുകൾ | ലൈവ് കണക്ഷനുകൾ തുറന്നിടുന്ന ആപ്പുകൾ (ചില ചാറ്റ് അല്ലെങ്കിൽ മൾട്ടിപ്ലെയർ സവിശേഷതകൾ), പ്ലാറ്റ്‌ഫോം പിന്തുണയ്ക്കുന്നില്ലെങ്കിൽ |
| ഇവന്റ് കൈകാര്യം ചെയ്യൽ: "ഒരു ഫയൽ അപ്‌ലോഡ് ചെയ്യുമ്പോൾ ഒരു തംബ്‌നെയിൽ ഉണ്ടാക്കൂ" | അഭ്യർത്ഥനകൾക്കിടയിൽ ധാരാളം മെമ്മറി സൂക്ഷിക്കേണ്ട ആപ്പുകൾ |
സാധാരണ തെറ്റിദ്ധാരണകൾ
- "Serverless എന്നാൽ ബാക്കെൻഡ് ഇല്ല." അർത്ഥം നിയന്ത്രിക്കേണ്ട സെർവറുകൾ ഇല്ല എന്നാണ്. ബാക്കെൻഡ് കോഡ് നിങ്ങൾ ഇപ്പോഴും എഴുതുകയും സുരക്ഷിതമാക്കുകയും വേണം.
- "Serverless എപ്പോഴും വിലകുറഞ്ഞതാണ്." കുറഞ്ഞ അളവിൽ വിലകുറഞ്ഞത്, എന്നാൽ ഉയർന്നതും സ്ഥിരവുമായ അളവിൽ ഓരോ അഭ്യർത്ഥനയ്ക്കുള്ള വില കൂടിച്ചേരാം.
- "Serverless അനന്തമായി അളവ് മാറ്റുന്നു." പ്ലാറ്റ്‌ഫോമുകൾക്ക് ഒരേസമയ പരിധികളുണ്ട്, ഫംഗ്ഷനുകൾക്ക് മുമ്പേ നിങ്ങളുടെ ഡേറ്റാബേസ് തടസ്സമാകാം.
- "ഒരു ഫംഗ്ഷനിൽ സേവ് ചെയ്ത ഫയലുകൾ അടുത്ത തവണയും ഉണ്ടാകും." ലോക്കൽ സ്റ്റോറേജ് താൽക്കാലികമാണ്. ഡേറ്റാബേസോ ഫയൽ സ്റ്റോറേജോ ഉപയോഗിക്കുക.
- "Scale-to-zero എന്നത് serverless തന്നെയാണ്." ബന്ധപ്പെട്ടതാണ്, പക്ഷേ ഒന്നല്ല. ചില പ്ലാറ്റ്‌ഫോമുകൾ നിങ്ങളുടെ ആപ്പിനെ നിഷ്ക്രിയമാകുമ്പോൾ ഉറങ്ങുകയും അടുത്ത അഭ്യർത്ഥനയിൽ ഉണരുകയും ചെയ്യുന്ന ഒരു സാധാരണ സെർവറായി പ്രവർത്തിപ്പിക്കുന്നു — സമാനമായ ലാഭവും ആദ്യ അഭ്യർത്ഥനയിലെ സമാനമായ കാലതാമസവും, പക്ഷേ അഭ്യർത്ഥനയ്ക്ക് ഒരു ഫംഗ്ഷൻ-ശൈലി സമയപരിധിയില്ലാതെ.
നിങ്ങളുടെ AI ബിൽഡറോട് എന്ത് ചോദിക്കണം
- "ഈ ബാക്കെൻഡ് serverless ഫംഗ്ഷനുകളായി പ്രവർത്തിക്കുമോ, അതോ എപ്പോഴും ഓണായ അല്ലെങ്കിൽ ഉറങ്ങുന്ന സെർവറായോ? അത് ചെലവിനെ എന്ത് അർത്ഥമാക്കുന്നു?"
- "ഏതെങ്കിലും ജോലികൾ പ്ലാറ്റ്‌ഫോമിന്റെ സമയപരിധിയെക്കാൾ കൂടുതൽ എടുക്കാൻ സാധ്യതയുണ്ടോ? അങ്ങനെയെങ്കിൽ അവ എങ്ങനെ കൈകാര്യം ചെയ്യണം?"
- "നിലനിൽക്കേണ്ടതെല്ലാം ഡേറ്റാബേസിലോ ഫയൽ സ്റ്റോറേജിലോ സൂക്ഷിക്കൂ, മെമ്മറിയിലോ ലോക്കൽ ഫയലുകളിലോ അല്ല."
- "ഒരേസമയം പല പകർപ്പുകൾ പ്രവർത്തിക്കുമ്പോൾ ഡേറ്റാബേസ് കണക്ഷനുകൾ എങ്ങനെ നിയന്ത്രിക്കണം?"
- "ആപ്പ് നിഷ്ക്രിയമായ ശേഷമുള്ള ആദ്യ അഭ്യർത്ഥനയ്ക്ക് എത്ര കാലതാമസമുണ്ട്?"
Mythex എങ്ങനെ ആപ്പുകൾ ഹോസ്റ്റ് ചെയ്യുന്നു
Mythex തങ്ങളുടെ ഹോസ്റ്റിംഗിനെ serverless ഫംഗ്ഷനുകളായി വിവരിക്കുന്നില്ല. നിങ്ങൾ പ്രസിദ്ധീകരിക്കുമ്പോൾ, നിങ്ങളുടെ ആപ്പ് Mythex നിങ്ങൾക്കായി നിയന്ത്രിക്കുന്ന ഒരു സാധാരണ വെബ് ആപ്പോ കണ്ടെയ്‌നറോ ആയി പ്രവർത്തിക്കുന്നു — ഹോസ്റ്റിംഗ് സജ്ജീകരിക്കേണ്ടതില്ല. ഇത് scale-to-zero ആണ്: പ്രസിദ്ധീകരിച്ച ആപ്പുകളും അവയുടെ ഡേറ്റാബേസുകളും നിഷ്ക്രിയമാകുമ്പോൾ ഉറങ്ങുകയും അടുത്ത സന്ദർശനത്തിൽ ഉണരുകയും ചെയ്യുന്നു; ഉറങ്ങുന്ന ആപ്പ് കംപ്യൂട്ടിന് ഒന്നും ചെലവാക്കുന്നില്ല, ഭാരം കൂടുമ്പോൾ മാത്രമേ അധിക മെഷീനുകൾ ആരംഭിക്കൂ (Pro ഒരു സേവനത്തിന് 3 വരെ അനുവദിക്കുന്നു). ഘടിപ്പിച്ചിരിക്കുന്ന Postgres ഡേറ്റാബേസും 5 മിനിറ്റ് നിഷ്ക്രിയതയ്ക്ക് ശേഷം ഉറങ്ങുന്നു, അത് ഉണർന്നിരുന്ന സമയത്തിനാണ് ബിൽ ചെയ്യുന്നത്. അതിനാൽ "ഉപയോഗിക്കുന്നതിന് പണം നൽകുക" എന്ന ഗുണത്തിന്റെ വലിയ ഭാഗം നിങ്ങൾക്ക് ലഭിക്കുന്നു, ശാന്തമായ കാലയളവിന് ശേഷം അതേ തരത്തിലുള്ള ആദ്യ-അഭ്യർത്ഥന കാലതാമസത്തോടെ. ഡോക്സിലെ ഹോസ്റ്റിംഗ് പരിധികൾ കാണുക, കൂടാതെ വെബ് ഹോസ്റ്റിംഗ്, ഹോസ്റ്റിംഗ് ചെലവ് കുറയ്ക്കുന്നത് എന്നീ ഞങ്ങളുടെ ഗൈഡുകളും.
ചോദ്യങ്ങൾ
ലളിതമായി പറഞ്ഞാൽ serverless എന്നാൽ എന്താണ്?
Serverless എന്നാൽ നിങ്ങളുടെ കോഡ് ഒരു ക്ലൗഡ് ദാതാവിന് നൽകുന്നു, ആവശ്യമുള്ളപ്പോൾ മാത്രം അത് പ്രവർത്തിക്കുന്നു — ഉദാഹരണത്തിന് ഒരു അഭ്യർത്ഥന വരുമ്പോൾ — നിങ്ങൾ ഒരു സെർവറും സജ്ജീകരിക്കുകയോ പരിപാലിക്കുകയോ ചെയ്യാതെ. സാധാരണയായി എപ്പോഴും ഓണായിരിക്കുന്ന ഒരു മെഷീനിന് പകരം, നിങ്ങളുടെ കോഡ് യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന സമയത്തിനാണ് നിങ്ങൾ സാധാരണയായി പണം നൽകുന്നത്.
Serverless-ൽ ശരിക്കും സെർവറുകളില്ലേ?
സെർവറുകളുണ്ട്; നിങ്ങൾ അവ നിയന്ത്രിക്കുന്നില്ലെന്നേയുള്ളൂ. അഭ്യർത്ഥനകൾ വരുമ്പോൾ ദാതാവ് നിങ്ങളുടെ കോഡ് സ്വന്തം മെഷീനുകളിൽ പ്രവർത്തിപ്പിക്കുകയും, ഭാരം കൂടുമ്പോൾ അളവ് വർധിപ്പിക്കുകയും, നിഷ്ക്രിയമാകുമ്പോൾ അത് നിർത്തുകയും ചെയ്യുന്നു.
എന്താണ് cold start?
നിഷ്ക്രിയമായതിന് ശേഷം ഒരു serverless ഫംഗ്ഷൻ പ്രവർത്തിക്കുമ്പോഴുള്ള അധിക കാലതാമസമാണ് cold start, കാരണം ദാതാവ് ആദ്യം അതിന്റെ ഒരു പുതിയ പകർപ്പ് ആരംഭിക്കണം. പ്ലാറ്റ്‌ഫോം, ഭാഷ, കോഡിന്റെ വലുപ്പം എന്നിവയനുസരിച്ച് ഇത് ശ്രദ്ധയിൽപ്പെടാത്തത് മുതൽ ഒരു സെക്കൻഡോ അതിലധികമോ വരെയാകാം.
Serverless ഒരു സാധാരണ സെർവറിനെക്കാൾ വിലകുറഞ്ഞതാണോ?
കുറഞ്ഞതോ അസമമായതോ ആയ ട്രാഫിക്കുള്ള ആപ്പുകൾക്ക് പലപ്പോഴും അതെ, കാരണം നിഷ്ക്രിയമായിരിക്കുമ്പോൾ ഏതാണ്ട് ഒന്നും നൽകേണ്ടതില്ല. കനത്തതും നിരന്തരവുമായ ട്രാഫിക്കുള്ള ആപ്പുകൾക്ക് എപ്പോഴും ഓണായ സെർവർ വിലകുറഞ്ഞതായി വരാം. അത് നിങ്ങളുടെ ഉപയോഗരീതിയെയും ദാതാവിന്റെ വിലനിർണ്ണയത്തെയും ആശ്രയിച്ചിരിക്കുന്നു.
Serverless പ്ലാറ്റ്‌ഫോമുകളുടെ ഉദാഹരണങ്ങൾ എന്തൊക്കെയാണ്?
AWS Lambda, Google Cloud Run functions, Azure Functions, Cloudflare Workers, കൂടാതെ Vercel, Netlify പോലുള്ള ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകളുടെ ഫംഗ്ഷൻ സവിശേഷതകൾ എന്നിവ അറിയപ്പെടുന്ന ഉദാഹരണങ്ങളാണ്.