സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിനുള്ള നുറുങ്ങുകളും ഉറവിടങ്ങളും

സമീപ വർഷങ്ങളിൽ സെർവർലെസ് സാങ്കേതികവിദ്യകൾ അതിവേഗം പ്രചാരം നേടിയിട്ടുണ്ടെങ്കിലും, അവയുമായി ബന്ധപ്പെട്ട നിരവധി തെറ്റിദ്ധാരണകളും ആശങ്കകളും ഇപ്പോഴും ഉണ്ട്. വെണ്ടർ ഡിപൻഡൻസി, ടൂളിംഗ്, കോസ്റ്റ് മാനേജ്‌മെന്റ്, കോൾഡ് സ്റ്റാർട്ട്, മോണിറ്ററിംഗ്, ഡെവലപ്‌മെന്റ് ലൈഫ് സൈക്കിൾ എന്നിവയെല്ലാം സെർവർലെസ് ടെക്‌നോളജികളുടെ കാര്യത്തിൽ ഏറെ ചർച്ച ചെയ്യപ്പെടുന്ന വിഷയങ്ങളാണ്. ഈ ലേഖനത്തിൽ, ഞങ്ങൾ പരാമർശിച്ച ചില വിഷയങ്ങൾ പര്യവേക്ഷണം ചെയ്യും, അതുപോലെ തന്നെ ശക്തവും വഴക്കമുള്ളതും ചെലവ് കുറഞ്ഞതുമായ സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കാൻ തുടക്കക്കാരെ സഹായിക്കുന്നതിന് സഹായകരമായ ഉറവിടങ്ങളിലേക്കുള്ള നുറുങ്ങുകളും ലിങ്കുകളും പങ്കിടും.

സെർവർലെസ് സാങ്കേതികവിദ്യകളെക്കുറിച്ചുള്ള തെറ്റിദ്ധാരണകൾ

സെർവർലെസ്, സെർവർലെസ് ഡാറ്റ പ്രോസസ്സിംഗ് എന്ന് പലരും വിശ്വസിക്കുന്നു (ഒരു സേവനമായി പ്രവർത്തിക്കുന്നു, FaaS) ഏതാണ്ട് സമാനമാണ്. ഇതിനർത്ഥം വ്യത്യാസം വളരെ വലുതല്ലെന്നും ഒരു പുതിയ ഉൽപ്പന്നം അവതരിപ്പിക്കുന്നത് മൂല്യവത്താണ്. AWS Lambda സെർവർലെസ് സാങ്കേതികവിദ്യയുടെ ഉയർച്ചയുടെ നക്ഷത്രങ്ങളിലൊന്നും സെർവർലെസ് ആർക്കിടെക്ചറിന്റെ ഏറ്റവും ജനപ്രിയമായ ഘടകങ്ങളിലൊന്നാണെങ്കിലും, ഈ വാസ്തുവിദ്യയിൽ FaaS-നേക്കാൾ കൂടുതൽ ഉണ്ട്.

നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ് ചെയ്യുന്നതിനെക്കുറിച്ചോ സ്കെയിൽ ചെയ്യുന്നതിനെക്കുറിച്ചോ നിങ്ങൾ വിഷമിക്കേണ്ടതില്ല എന്നതാണ് സെർവർലെസിന്റെ പ്രധാന തത്വം; നിങ്ങൾ ഉപയോഗിക്കുന്നതിന് മാത്രമേ നിങ്ങൾ പണം നൽകൂ. പല സേവനങ്ങളും ഈ മാനദണ്ഡങ്ങൾക്ക് അനുയോജ്യമാണ് - AWS DynamoDB, S3, SNS അല്ലെങ്കിൽ SQS, Graphcool, Auth0, Now, Netlify, Firebase തുടങ്ങി നിരവധി. പൊതുവേ, സെർവർലെസ്സ് എന്നാൽ സ്കെയിലിംഗിനായി ഇൻഫ്രാസ്ട്രക്ചർ കൈകാര്യം ചെയ്യാതെയും ഒപ്റ്റിമൈസ് ചെയ്യാതെയും ക്ലൗഡ് കമ്പ്യൂട്ടിംഗിന്റെ എല്ലാ കഴിവുകളും ഉപയോഗിക്കുന്നു. ഇൻഫ്രാസ്ട്രക്ചർ തലത്തിലുള്ള സുരക്ഷ മേലിൽ നിങ്ങളുടെ പ്രശ്‌നമല്ലെന്നും ഇതിനർത്ഥം, സുരക്ഷാ മാനദണ്ഡങ്ങൾ പാലിക്കുന്നതിനുള്ള ബുദ്ധിമുട്ടും സങ്കീർണ്ണതയും കണക്കിലെടുക്കുമ്പോൾ ഇത് ഒരു വലിയ നേട്ടമാണ്. അവസാനമായി, നിങ്ങൾക്ക് നൽകിയിട്ടുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾ നിങ്ങൾ വാങ്ങേണ്ടതില്ല.

സെർവർലെസ് ഒരു "മാനസികാവസ്ഥ" ആയി കണക്കാക്കാം: പരിഹാരങ്ങൾ രൂപകൽപ്പന ചെയ്യുമ്പോൾ ഒരു പ്രത്യേക മാനസികാവസ്ഥ. ഏതെങ്കിലും അടിസ്ഥാന സൗകര്യങ്ങളുടെ പരിപാലനം ആവശ്യമായ സമീപനങ്ങൾ ഒഴിവാക്കുക. ഒരു സെർവർലെസ് സമീപനത്തിലൂടെ, പ്രോജക്റ്റിനെ നേരിട്ട് ബാധിക്കുകയും ഞങ്ങളുടെ ഉപയോക്താക്കൾക്ക് മൂല്യം കൊണ്ടുവരുകയും ചെയ്യുന്ന പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന് ഞങ്ങൾ സമയം ചെലവഴിക്കുന്നു: ശക്തമായ ബിസിനസ്സ് ലോജിക് സൃഷ്ടിക്കുക, ഉപയോക്തൃ ഇന്റർഫേസുകൾ വികസിപ്പിക്കുക, പ്രതികരിക്കുന്നതും വിശ്വസനീയവുമായ API-കൾ വികസിപ്പിക്കുക.

ഉദാഹരണത്തിന്, ഒരു സൌജന്യ ടെക്സ്റ്റ് സെർച്ച് പ്ലാറ്റ്ഫോം കൈകാര്യം ചെയ്യുന്നതും പരിപാലിക്കുന്നതും ഒഴിവാക്കാൻ കഴിയുമെങ്കിൽ, ഞങ്ങൾ അത് ചെയ്യും. ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിനുള്ള ഈ സമീപനം കമ്പോളത്തിലേക്കുള്ള സമയം നാടകീയമായി വേഗത്തിലാക്കും, കാരണം സങ്കീർണ്ണമായ ഇൻഫ്രാസ്ട്രക്ചർ കൈകാര്യം ചെയ്യുന്നതിനെക്കുറിച്ച് നിങ്ങൾ ഇനി ചിന്തിക്കേണ്ടതില്ല. ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ്‌മെന്റിന്റെ ഉത്തരവാദിത്തങ്ങളിൽ നിന്നും ചെലവുകളിൽ നിന്നും സ്വയം മോചിതരാവുകയും നിങ്ങളുടെ ഉപഭോക്താക്കൾക്ക് ആവശ്യമായ ആപ്ലിക്കേഷനുകളും സേവനങ്ങളും നിർമ്മിക്കുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുകയും ചെയ്യുക. പാട്രിക് ഡെബോയിസ് ഈ സമീപനത്തെ വിളിച്ചു 'സേവനപരമായ', ഈ പദം സെർവർലെസ് കമ്മ്യൂണിറ്റിയിൽ അംഗീകരിക്കപ്പെട്ടിരിക്കുന്നു. വിന്യസിക്കാവുന്ന മൊഡ്യൂളുകളായി (ഒരു മുഴുവൻ ലൈബ്രറിയോ വെബ് ആപ്ലിക്കേഷനോ വിന്യസിക്കുന്നതിനുപകരം) സേവനങ്ങളെ ബന്ധിപ്പിക്കുന്ന പശയായി ഫംഗ്ഷനുകളെ കണക്കാക്കണം. വിന്യാസങ്ങളും ആപ്ലിക്കേഷനിലെ മാറ്റങ്ങളും നിയന്ത്രിക്കുന്നതിന് ഇത് അവിശ്വസനീയമായ ഗ്രാനുലാരിറ്റി നൽകുന്നു. നിങ്ങൾക്ക് ഈ രീതിയിൽ ഫംഗ്‌ഷനുകൾ വിന്യസിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, ഫംഗ്‌ഷനുകൾ വളരെയധികം കാര്യങ്ങൾ ചെയ്യുന്നുണ്ടെന്നും അത് പുനഃക്രമീകരിക്കേണ്ടതുണ്ടെന്നും ഇത് സൂചിപ്പിക്കാം.

ക്ലൗഡ് ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുമ്പോൾ വെണ്ടർ ഡിപൻഡൻസിയിൽ ചില ആളുകൾ ആശയക്കുഴപ്പത്തിലാകുന്നു. സെർവർലെസ് സാങ്കേതികവിദ്യകളുടെ കാര്യത്തിലും ഇത് ശരിയാണ്, ഇത് ഒരു തെറ്റിദ്ധാരണയുടെ ഫലമാകാൻ സാധ്യതയില്ല. ഞങ്ങളുടെ അനുഭവത്തിൽ, AWS-ൽ സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നത്, മറ്റ് AWS സേവനങ്ങൾ സമാഹരിക്കാനുള്ള AWS ലാംഡയുടെ കഴിവിനൊപ്പം, സെർവർലെസ് ആർക്കിടെക്ചറുകളെ വളരെ മികച്ചതാക്കുന്നതിന്റെ ഭാഗമാണ്. ഒരു സംയോജനത്തിന്റെ ഫലം അതിന്റെ ഭാഗങ്ങളുടെ ആകെത്തുകയെക്കാൾ വലുതായിരിക്കുമ്പോൾ, ഇത് സമന്വയത്തിന്റെ മികച്ച ഉദാഹരണമാണ്. വെണ്ടർ ലോക്ക്-ഇൻ ഒഴിവാക്കാൻ ശ്രമിക്കുന്നത് കൂടുതൽ പ്രശ്‌നങ്ങളിലേക്ക് നയിച്ചേക്കാം. കണ്ടെയ്‌നറുകളിൽ പ്രവർത്തിക്കുമ്പോൾ, ക്ലൗഡ് ദാതാക്കൾക്കിടയിൽ നിങ്ങളുടെ സ്വന്തം അബ്‌സ്‌ട്രാക്ഷൻ ലെയർ നിയന്ത്രിക്കുന്നത് എളുപ്പമാണ്. എന്നാൽ സെർവർലെസ് സൊല്യൂഷനുകളുടെ കാര്യം വരുമ്പോൾ, പ്രയത്നം ഫലം ചെയ്യില്ല, പ്രത്യേകിച്ചും നിങ്ങൾ തുടക്കം മുതൽ ചെലവ്-ഫലപ്രാപ്തി പരിഗണിക്കുകയാണെങ്കിൽ. വെണ്ടർമാർ എങ്ങനെയാണ് സേവനങ്ങൾ നൽകുന്നത് എന്ന് കണ്ടെത്തുന്നത് ഉറപ്പാക്കുക. ചില പ്രത്യേക സേവനങ്ങൾ മറ്റ് വെണ്ടർമാരുമായുള്ള സംയോജന പോയിന്റുകളെ ആശ്രയിക്കുന്നു, കൂടാതെ ബോക്‌സിന് പുറത്ത് പ്ലഗ് ആൻഡ് പ്ലേ കണക്റ്റിവിറ്റി നൽകിയേക്കാം. ഏതെങ്കിലും കണ്ടെയ്‌നറിലേക്കോ EC2 സന്ദർഭത്തിലേക്കോ അഭ്യർത്ഥന പ്രോക്‌സി ചെയ്യുന്നതിനേക്കാൾ ഒരു ഗേറ്റ്‌വേ API എൻഡ്‌പോയിന്റിൽ നിന്ന് ഒരു ലാംഡ കോൾ നൽകുന്നത് എളുപ്പമാണ്. Auth0 ഉപയോഗിച്ച് എളുപ്പത്തിൽ കോൺഫിഗറേഷൻ ചെയ്യാൻ ഗ്രാഫ്‌കൂൾ അനുവദിക്കുന്നു, ഇത് മൂന്നാം കക്ഷി പ്രാമാണീകരണ ഉപകരണങ്ങൾ ഉപയോഗിക്കുന്നതിനേക്കാൾ എളുപ്പമാണ്.

നിങ്ങളുടെ സെർവർലെസ് ആപ്ലിക്കേഷനായി ശരിയായ വെണ്ടറെ തിരഞ്ഞെടുക്കുന്നത് ഒരു വാസ്തുവിദ്യാ തലത്തിലുള്ള തീരുമാനമാണ്. നിങ്ങൾ ഒരു അപ്ലിക്കേഷൻ സൃഷ്‌ടിക്കുമ്പോൾ, സെർവറുകൾ നിയന്ത്രിക്കുന്നതിലേക്ക് ഒരു ദിവസം മടങ്ങിവരുമെന്ന് നിങ്ങൾ പ്രതീക്ഷിക്കുന്നില്ല. ഒരു ക്ലൗഡ് വെണ്ടർ തിരഞ്ഞെടുക്കുന്നത് കണ്ടെയ്‌നറുകൾ അല്ലെങ്കിൽ ഒരു ഡാറ്റാബേസ് അല്ലെങ്കിൽ ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ തിരഞ്ഞെടുക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമല്ല.

പരിഗണിക്കുക:

• നിങ്ങൾക്ക് എന്ത് സേവനങ്ങളാണ് വേണ്ടത്, എന്തുകൊണ്ട്.
• ക്ലൗഡ് ദാതാക്കൾ എന്ത് സേവനങ്ങളാണ് നൽകുന്നത്, നിങ്ങൾ തിരഞ്ഞെടുത്ത FaaS സൊല്യൂഷൻ ഉപയോഗിച്ച് നിങ്ങൾക്ക് അവ എങ്ങനെ സംയോജിപ്പിക്കാം.
• ഏത് പ്രോഗ്രാമിംഗ് ഭാഷകൾ പിന്തുണയ്ക്കുന്നു (ഡൈനാമിക് അല്ലെങ്കിൽ സ്റ്റാറ്റിക്കൽ ടൈപ്പ്, കംപൈൽ അല്ലെങ്കിൽ വ്യാഖ്യാനം, ബെഞ്ച്മാർക്കുകൾ എന്തൊക്കെയാണ്, എന്താണ് കോൾഡ് സ്റ്റാർട്ട് പ്രകടനം, എന്താണ് ഓപ്പൺ സോഴ്സ് ഇക്കോസിസ്റ്റം മുതലായവ).
• നിങ്ങളുടെ സുരക്ഷാ ആവശ്യകതകൾ എന്തൊക്കെയാണ് (SLA, 2FA, OAuth, HTTPS, SSL, മുതലായവ).
• നിങ്ങളുടെ CI/CD, സോഫ്റ്റ്‌വെയർ ഡെവലപ്‌മെന്റ് സൈക്കിളുകൾ എങ്ങനെ മാനേജ് ചെയ്യാം.
• ഏത് ഇൻഫ്രാസ്ട്രക്ചർ കോഡ് സൊല്യൂഷനുകളാണ് നിങ്ങൾക്ക് പ്രയോജനപ്പെടുത്താൻ കഴിയുക?

നിങ്ങൾ നിലവിലുള്ള ഒരു ആപ്ലിക്കേഷൻ വിപുലീകരിക്കുകയും സെർവർലെസ് ഫംഗ്‌ഷനുകൾ വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, ഇത് ലഭ്യമായ കഴിവുകളെ ഒരു പരിധിവരെ പരിമിതപ്പെടുത്തിയേക്കാം. എന്നിരുന്നാലും, മിക്കവാറും എല്ലാ സെർവർലെസ് സാങ്കേതികവിദ്യകളും ഏതെങ്കിലും തരത്തിലുള്ള API (REST അല്ലെങ്കിൽ മെസേജ് ക്യൂയിംഗ് വഴി) നൽകുന്നു, അത് ആപ്ലിക്കേഷൻ കോറിൽ നിന്ന് സ്വതന്ത്രമായും എളുപ്പത്തിലുള്ള സംയോജനത്തോടെയും വിപുലീകരണങ്ങൾ സൃഷ്ടിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. വ്യക്തമായ API-കൾ, നല്ല ഡോക്യുമെന്റേഷൻ, ശക്തമായ കമ്മ്യൂണിറ്റി എന്നിവയുള്ള സേവനങ്ങൾക്കായി തിരയുക, നിങ്ങൾക്ക് തെറ്റ് പറ്റില്ല. സംയോജനത്തിന്റെ എളുപ്പത പലപ്പോഴും ഒരു പ്രധാന മെട്രിക് ആയിരിക്കാം, 2015-ൽ ലാംഡ ഇറങ്ങിയതിന് ശേഷം AWS വിജയിച്ചതിന്റെ പ്രധാന കാരണങ്ങളിൽ ഒന്നായിരിക്കാം ഇത്.

എപ്പോഴാണ് സെർവർലെസ്സ് ഉപയോഗപ്രദമാകുന്നത്?

സെർവർലെസ് സാങ്കേതികവിദ്യകൾ ഏതാണ്ട് എവിടെയും ഉപയോഗിക്കാം. എന്നിരുന്നാലും, അവയുടെ ഗുണങ്ങൾ പ്രയോഗത്തിന്റെ രീതികളിൽ മാത്രം പരിമിതപ്പെടുന്നില്ല. ക്ലൗഡ് കമ്പ്യൂട്ടിംഗിലേക്കുള്ള പ്രവേശനത്തിനുള്ള തടസ്സം ഇന്ന് വളരെ കുറവാണ്, കാരണം കൃത്യമായി സെർവർലെസ് സാങ്കേതികവിദ്യകൾ. ഡെവലപ്പർമാർക്ക് ഒരു ആശയമുണ്ടെങ്കിൽ, ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ എങ്ങനെ കൈകാര്യം ചെയ്യാമെന്നും ചെലവ് ഒപ്റ്റിമൈസ് ചെയ്യാമെന്നും അവർക്ക് അറിയില്ലെങ്കിൽ, അത് ചെയ്യാൻ അവർ ചില എഞ്ചിനീയർമാരെ നോക്കേണ്ടതില്ല. ഒരു സ്റ്റാർട്ടപ്പ് ഒരു പ്ലാറ്റ്ഫോം നിർമ്മിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിലും ചെലവ് നിയന്ത്രണാതീതമാകുമെന്ന് ആശങ്കയുണ്ടെങ്കിൽ, അവർക്ക് സെർവർലെസ് സൊല്യൂഷനുകളിലേക്ക് എളുപ്പത്തിൽ തിരിയാനാകും.

ചെലവ് ലാഭിക്കുന്നതിനും സ്കെയിലിംഗിന്റെ എളുപ്പത്തിനും നന്ദി, കോടിക്കണക്കിന് ഡോളർ പ്രേക്ഷകരുള്ള ഒരു വെബ് ആപ്ലിക്കേഷൻ വരെ, ആന്തരികവും ബാഹ്യവുമായ സിസ്റ്റങ്ങൾക്ക് സെർവർലെസ് സൊല്യൂഷനുകൾ ഒരുപോലെ ബാധകമാണ്. അക്കൗണ്ടുകൾ യൂറോയേക്കാൾ സെന്റിലാണ് അളക്കുന്നത്. ഏറ്റവും ലളിതമായ AWS EC2 ഇൻസ്‌റ്റൻസ് (t1.micro) ഒരു മാസത്തേക്ക് വാടകയ്‌ക്കെടുക്കുന്നതിന് €15 ചിലവാകും, നിങ്ങൾ ഇത് ഉപയോഗിച്ച് ഒന്നും ചെയ്യുന്നില്ലെങ്കിലും (ആരാണ് ഇത് ഓഫാക്കാൻ മറന്നത്?!). താരതമ്യപ്പെടുത്തുമ്പോൾ, ഒരേ കാലയളവിൽ ഈ ലെവൽ ചിലവഴിക്കാൻ, നിങ്ങൾ 512 MB ലാംഡ 1 സെക്കൻഡ് ഏകദേശം 3 ദശലക്ഷം തവണ പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ട്. നിങ്ങൾ ഈ ഫീച്ചർ ഉപയോഗിക്കുന്നില്ലെങ്കിൽ, നിങ്ങൾ ഒന്നും നൽകേണ്ടതില്ല.

സെർവർലെസ്സ് പ്രാഥമികമായി ഇവന്റ്-ഡ്രൈവ് ആയതിനാൽ, ലെഗസി സിസ്റ്റങ്ങളിലേക്ക് സെർവർലെസ് ഇൻഫ്രാസ്ട്രക്ചർ ചേർക്കുന്നത് വളരെ എളുപ്പമാണ്. ഉദാഹരണത്തിന്, AWS S3, Lambda, Kinesis എന്നിവ ഉപയോഗിച്ച്, API വഴി ഡാറ്റ സ്വീകരിക്കാൻ കഴിയുന്ന ഒരു ലെഗസി റീട്ടെയിൽ സിസ്റ്റത്തിനായി നിങ്ങൾക്ക് ഒരു അനലിറ്റിക്സ് സേവനം സൃഷ്ടിക്കാൻ കഴിയും.

മിക്ക സെർവർലെസ് പ്ലാറ്റ്‌ഫോമുകളും ഒന്നിലധികം ഭാഷകളെ പിന്തുണയ്ക്കുന്നു. മിക്കപ്പോഴും ഇവ പൈത്തൺ, ജാവാസ്ക്രിപ്റ്റ്, സി#, ജാവ, ഗോ എന്നിവയാണ്. സാധാരണഗതിയിൽ, എല്ലാ ഭാഷകൾക്കും ലൈബ്രറികളുടെ ഉപയോഗത്തിന് നിയന്ത്രണങ്ങളൊന്നുമില്ല, അതിനാൽ നിങ്ങൾക്ക് പ്രിയപ്പെട്ട ഓപ്പൺ സോഴ്‌സ് ലൈബ്രറികൾ ഉപയോഗിക്കാം. എന്നിരുന്നാലും, ഡിപൻഡൻസികൾ അമിതമായി ഉപയോഗിക്കാതിരിക്കുന്നതാണ് ഉചിതം, അതുവഴി നിങ്ങളുടെ പ്രവർത്തനങ്ങൾ മികച്ച രീതിയിൽ പ്രവർത്തിക്കുകയും നിങ്ങളുടെ സെർവർലെസ് ആപ്ലിക്കേഷനുകളുടെ വൻതോതിലുള്ള സ്കേലബിളിറ്റിയുടെ നേട്ടങ്ങൾ അസാധുവാക്കാതിരിക്കുകയും ചെയ്യുന്നു. കണ്ടെയ്നറിൽ ലോഡുചെയ്യേണ്ട കൂടുതൽ പാക്കേജുകൾ, തണുത്ത ആരംഭം കൂടുതൽ സമയമെടുക്കും.

നിങ്ങൾ ആദ്യം കണ്ടെയ്‌നർ, റൺടൈം, എറർ ഹാൻഡ്‌ലർ എന്നിവ ഉപയോഗിക്കുന്നതിന് മുമ്പ് അവ ആരംഭിക്കേണ്ടതുണ്ട്. ഇക്കാരണത്താൽ, ഫംഗ്ഷനുകൾ നടത്തുന്നതിനുള്ള കാലതാമസം 3 സെക്കൻഡ് വരെയാകാം, അക്ഷമരായ ഉപയോക്താക്കൾക്ക് ഇത് മികച്ച ഓപ്ഷനല്ല. എന്നിരുന്നാലും, കുറച്ച് മിനിറ്റ് നിഷ്‌ക്രിയമായ പ്രവർത്തനത്തിന് ശേഷം ആദ്യത്തെ കോളിൽ തണുപ്പ് ആരംഭിക്കുന്നു. ഫംഗ്‌ഷൻ നിഷ്‌ക്രിയമായി നിലനിർത്തുന്നതിന് പതിവായി പിംഗ് ചെയ്യുന്നതിലൂടെ ഇത് ഒരു ചെറിയ അസൗകര്യമായി പലരും കണക്കാക്കുന്നു. അല്ലെങ്കിൽ അവർ ഈ വശം പാടെ അവഗണിക്കുന്നു.

AWS പുറത്തിറക്കിയെങ്കിലും സെർവർലെസ്സ് SQL ഡാറ്റാബേസ് സെർവർലെസ്സ് അറോറഎന്നിരുന്നാലും, SQL ഡാറ്റാബേസുകൾ ഇത്തരത്തിലുള്ള ഉപയോഗത്തിന് അനുയോജ്യമല്ല, കാരണം അവ ഇടപാടുകൾ നടത്തുന്നതിന് കണക്ഷനുകളെ ആശ്രയിക്കുന്നു, AWS Lambda-യിൽ ധാരാളം ട്രാഫിക് ഉള്ളപ്പോൾ അത് പെട്ടെന്ന് ഒരു തടസ്സമായി മാറും. അതെ, ഡവലപ്പർമാർ നിരന്തരം സെർവർലെസ്സ് അറോറ മെച്ചപ്പെടുത്തുന്നു, നിങ്ങൾ ഇത് പരീക്ഷിക്കണം, എന്നാൽ ഇന്ന് NoSQL പരിഹാരങ്ങൾ DynamoDB. എന്നിരുന്നാലും, ഈ സ്ഥിതി വളരെ വേഗം മാറുമെന്നതിൽ സംശയമില്ല.

ടൂൾകിറ്റ് നിരവധി പരിമിതികൾ ഏർപ്പെടുത്തുന്നു, പ്രത്യേകിച്ച് പ്രാദേശിക പരിശോധനയുടെ മേഖലയിൽ. Docker-Lambda, DynamoDB Local, LocalStack തുടങ്ങിയ പരിഹാരങ്ങൾ ഉണ്ടെങ്കിലും, അവയ്ക്ക് കഠിനമായ ജോലിയും ഗണ്യമായ അളവിലുള്ള കോൺഫിഗറേഷനും ആവശ്യമാണ്. എന്നിരുന്നാലും, ഈ പ്രോജക്റ്റുകളെല്ലാം സജീവമായി വികസിച്ചുകൊണ്ടിരിക്കുന്നു, അതിനാൽ ഉപകരണങ്ങൾ നമുക്ക് ആവശ്യമുള്ള തലത്തിൽ എത്തുന്നതിന് സമയമേയുള്ളൂ.

വികസന ചക്രത്തിൽ സെർവർലെസ് സാങ്കേതികവിദ്യകളുടെ സ്വാധീനം

നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ കേവലം കോൺഫിഗറേഷൻ ആയതിനാൽ, ഷെൽ സ്ക്രിപ്റ്റുകൾ പോലെയുള്ള സ്ക്രിപ്റ്റുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് കോഡ് നിർവചിക്കാനും വിന്യസിക്കാനും കഴിയും. അല്ലെങ്കിൽ നിങ്ങൾക്ക് കോൺഫിഗറേഷൻ-ആസ്-കോഡ് ക്ലാസ് സൊല്യൂഷനുകൾ അവലംബിക്കാം AWS ക്ലൗഡ്ഫോർമേഷൻ. ഈ സേവനം എല്ലാ മേഖലകൾക്കും കോൺഫിഗറേഷൻ നൽകുന്നില്ലെങ്കിലും, ലാംഡ ഫംഗ്‌ഷനുകളായി ഉപയോഗിക്കുന്നതിന് പ്രത്യേക ഉറവിടങ്ങൾ നിർവചിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. അതായത്, CloudFormation നിങ്ങളെ പരാജയപ്പെടുത്തുന്നിടത്ത്, ഈ വിടവ് അടയ്ക്കുന്ന നിങ്ങളുടെ സ്വന്തം റിസോഴ്സ് (Lambda function) നിങ്ങൾക്ക് എഴുതാം. ഇതുവഴി നിങ്ങൾക്ക് എന്തും ചെയ്യാൻ കഴിയും, നിങ്ങളുടെ AWS പരിതസ്ഥിതിക്ക് പുറത്ത് ഡിപൻഡൻസികൾ കോൺഫിഗർ ചെയ്യുക പോലും.

ഇതെല്ലാം കോൺഫിഗറേഷൻ മാത്രമായതിനാൽ, പ്രത്യേക പരിതസ്ഥിതികൾ, പ്രദേശങ്ങൾ, ഉപയോക്താക്കൾ എന്നിവയ്‌ക്കായി നിങ്ങളുടെ വിന്യാസ സ്‌ക്രിപ്‌റ്റുകൾ പാരാമീറ്ററൈസ് ചെയ്യാൻ നിങ്ങൾക്ക് കഴിയും, പ്രത്യേകിച്ചും നിങ്ങൾ CloudFormation പോലുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡ് സൊല്യൂഷനുകളാണ് ഉപയോഗിക്കുന്നതെങ്കിൽ. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഓരോ ബ്രാഞ്ചിനും ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഒരു പകർപ്പ് റിപ്പോസിറ്ററിയിൽ വിന്യസിക്കാൻ കഴിയും, അതിനാൽ വികസന സമയത്ത് നിങ്ങൾക്ക് അവയെ പൂർണ്ണമായും ഒറ്റപ്പെടുത്താൻ കഴിയും. തത്സമയ പരിതസ്ഥിതിയിൽ അവരുടെ കോഡ് വേണ്ടത്ര പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് മനസിലാക്കാൻ ഡവലപ്പർമാർക്ക് ഫീഡ്‌ബാക്ക് ലഭിക്കുന്ന സമയത്തെ ഇത് സമൂലമായി വേഗത്തിലാക്കുന്നു. ഒന്നിലധികം പരിതസ്ഥിതികൾ വിന്യസിക്കുന്നതിനുള്ള ചെലവിനെക്കുറിച്ച് മാനേജർമാർ വിഷമിക്കേണ്ടതില്ല, കാരണം അവർ യഥാർത്ഥ ഉപയോഗത്തിന് മാത്രമേ പണം നൽകൂ.

ഡെവലപ്പർമാർക്ക് ശരിയായ കോൺഫിഗറേഷൻ ഉണ്ടെന്ന് ഉറപ്പാക്കേണ്ടതിനാൽ DevOps-ന് വിഷമിക്കേണ്ട കാര്യമില്ല. ഇനി ഇൻസ്‌റ്റൻസുകളോ ബാലൻസറുകളോ സുരക്ഷാ ഗ്രൂപ്പുകളോ മാനേജ് ചെയ്യേണ്ടതില്ല. അതിനാൽ, NoOps എന്ന പദം കൂടുതലായി ഉപയോഗിക്കപ്പെടുന്നു, എന്നിരുന്നാലും ഇൻഫ്രാസ്ട്രക്ചർ കോൺഫിഗർ ചെയ്യാൻ കഴിയുന്നത് ഇപ്പോഴും പ്രധാനമാണ്, പ്രത്യേകിച്ചും IAM കോൺഫിഗറേഷനും ക്ലൗഡ് ഉറവിടങ്ങളുടെ ഒപ്റ്റിമൈസേഷനും വരുമ്പോൾ.

Epsagon, Thundra, Dashbird, IOPipe എന്നിവ പോലെ വളരെ ശക്തമായ നിരീക്ഷണവും ദൃശ്യപരതയും ഉള്ള ടൂളുകൾ ഉണ്ട്. സെർവർലെസ് ആപ്ലിക്കേഷനുകളുടെ നിലവിലെ അവസ്ഥ നിരീക്ഷിക്കാനും ലോഗുകളും ട്രെയ്‌സുകളും നൽകാനും പ്രകടന അളവുകളും വാസ്തുവിദ്യാ തടസ്സങ്ങളും ക്യാപ്‌ചർ ചെയ്യാനും ചെലവ് വിശകലനവും പ്രവചനവും നടത്താനും മറ്റും അവ നിങ്ങളെ അനുവദിക്കുന്നു. അവർ DevOps എഞ്ചിനീയർമാർക്കും ഡെവലപ്പർമാർക്കും ആർക്കിടെക്റ്റുകൾക്കും ആപ്ലിക്കേഷൻ പ്രകടനത്തിന്റെ സമഗ്രമായ കാഴ്ച നൽകുന്നു മാത്രമല്ല, തത്സമയം, സെക്കൻഡ്-ബൈ-സെക്കൻഡ് റിസോഴ്സ് ചെലവ്, ചെലവ് പ്രവചനം എന്നിവയിലേക്ക് ദൃശ്യപരത നേടുന്നതിന് മാനേജർമാരെ പ്രാപ്തരാക്കുകയും ചെയ്യുന്നു. നിയന്ത്രിത ഇൻഫ്രാസ്ട്രക്ചർ ഉപയോഗിച്ച് ഇത് സംഘടിപ്പിക്കുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്.

നിങ്ങൾക്ക് വെബ് സെർവറുകൾ വിന്യസിക്കേണ്ടതില്ല, വെർച്വൽ മെഷീനുകൾ അല്ലെങ്കിൽ കണ്ടെയ്‌നറുകൾ, പാച്ച് സെർവറുകൾ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ, ഇന്റർനെറ്റ് ഗേറ്റ്‌വേകൾ മുതലായവ കൈകാര്യം ചെയ്യേണ്ടതില്ലാത്തതിനാൽ സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ രൂപകൽപ്പന ചെയ്യുന്നത് വളരെ എളുപ്പമാണ്. ഈ ഉത്തരവാദിത്തങ്ങളെല്ലാം സംഗ്രഹിക്കുന്നത് സെർവർലെസ് ആർക്കിടെക്ചറിനെ ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ അനുവദിക്കുന്നു: പരിഹാരം ബിസിനസ്സ്, ഉപഭോക്തൃ ആവശ്യങ്ങൾ.

ടൂളിംഗ് മികച്ചതായിരിക്കുമെങ്കിലും (ഇത് എല്ലാ ദിവസവും മെച്ചപ്പെടുന്നു), ഡെവലപ്പർമാർക്ക് ബിസിനസ് ലോജിക് നടപ്പിലാക്കുന്നതിലും ആർക്കിടെക്ചറിനുള്ളിലെ വിവിധ സേവനങ്ങളിലുടനീളം ആപ്ലിക്കേഷന്റെ സങ്കീർണ്ണത എങ്ങനെ മികച്ച രീതിയിൽ വിതരണം ചെയ്യാമെന്നതിലും ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ കഴിയും. സെർവർലെസ്സ് ആപ്ലിക്കേഷൻ മാനേജ്‌മെന്റ് ഇവന്റ് അടിസ്ഥാനമാക്കിയുള്ളതും ക്ലൗഡ് ദാതാവ് സംഗ്രഹിച്ചതുമാണ് (ഉദാഹരണത്തിന്, SQS, S3 ഇവന്റുകൾ അല്ലെങ്കിൽ DynamoDB സ്ട്രീമുകൾ). അതിനാൽ, ഡെവലപ്പർമാർ ചില ഇവന്റുകളോട് പ്രതികരിക്കുന്നതിന് ബിസിനസ്സ് ലോജിക്ക് എഴുതേണ്ടതുണ്ട്, കൂടാതെ ഡാറ്റാബേസുകളും സന്ദേശ ക്യൂകളും എങ്ങനെ മികച്ച രീതിയിൽ നടപ്പിലാക്കാം അല്ലെങ്കിൽ നിർദ്ദിഷ്ട ഹാർഡ്‌വെയർ സ്റ്റോറേജുകളിൽ ഡാറ്റ ഉപയോഗിച്ച് എങ്ങനെ മികച്ച രീതിയിൽ പ്രവർത്തിക്കാം എന്നതിനെക്കുറിച്ച് വിഷമിക്കേണ്ടതില്ല.

ഏത് വികസന പ്രക്രിയയിലും പോലെ പ്രാദേശികമായി കോഡ് എക്സിക്യൂട്ട് ചെയ്യാനും ഡീബഗ് ചെയ്യാനും കഴിയും. യൂണിറ്റ് പരിശോധന അതേപടി തുടരുന്നു. ഒരു ഇഷ്‌ടാനുസൃത സ്റ്റാക്ക് കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് ഒരു മുഴുവൻ ആപ്ലിക്കേഷൻ ഇൻഫ്രാസ്ട്രക്ചറും വിന്യസിക്കാനുള്ള കഴിവ്, ടെസ്റ്റിംഗിന്റെ വിലയെക്കുറിച്ചോ ചെലവേറിയ നിയന്ത്രിത പരിതസ്ഥിതികളിലുള്ള ആഘാതത്തെക്കുറിച്ചോ വേവലാതിപ്പെടാതെ പ്രധാനപ്പെട്ട ഫീഡ്‌ബാക്ക് വേഗത്തിൽ നേടാൻ ഡവലപ്പർമാരെ അനുവദിക്കുന്നു.

സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിനുള്ള ഉപകരണങ്ങളും സാങ്കേതികതകളും

സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിന് പ്രത്യേക മാർഗമില്ല. ഈ ടാസ്ക്കിനുള്ള ഒരു കൂട്ടം സേവനങ്ങളും. ഇന്ന് ശക്തമായ സെർവർലെസ് സൊല്യൂഷനുകളിൽ നേതാവ് AWS ആണ്, എന്നാൽ ശ്രദ്ധിക്കുക Google ക്ലൗഡ്, സൈറ്റ് и ഫയർബേസ്. നിങ്ങൾ AWS ഉപയോഗിക്കുകയാണെങ്കിൽ, ആപ്ലിക്കേഷനുകൾ ശേഖരിക്കുന്നതിനുള്ള ഒരു സമീപനമായി ഞങ്ങൾക്ക് ശുപാർശ ചെയ്യാം സെർവർലെസ്സ് ആപ്ലിക്കേഷൻ മോഡൽ (SAM), പ്രത്യേകിച്ച് C# ഉപയോഗിക്കുമ്പോൾ, വിഷ്വൽ സ്റ്റുഡിയോയ്ക്ക് മികച്ച ടൂളുകൾ ഉള്ളതിനാൽ. വിഷ്വൽ സ്റ്റുഡിയോയ്ക്ക് ചെയ്യാൻ കഴിയുന്നതെല്ലാം SAM CLI-ന് ചെയ്യാൻ കഴിയും, അതിനാൽ നിങ്ങൾ മറ്റൊരു IDE അല്ലെങ്കിൽ ടെക്സ്റ്റ് എഡിറ്ററിലേക്ക് മാറുകയാണെങ്കിൽ നിങ്ങൾക്ക് ഒന്നും നഷ്‌ടമാകില്ല. തീർച്ചയായും, SAM മറ്റ് ഭാഷകളിലും പ്രവർത്തിക്കുന്നു.

നിങ്ങൾ മറ്റ് ഭാഷകളിൽ എഴുതുകയാണെങ്കിൽ, വളരെ ശക്തമായ YAML കോൺഫിഗറേഷൻ ഫയലുകൾ ഉപയോഗിച്ച് എന്തും കോൺഫിഗർ ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു മികച്ച ഓപ്പൺ സോഴ്സ് ടൂളാണ് സെർവർലെസ്സ് ഫ്രെയിംവർക്ക്. സെർവർലെസ്സ് ഫ്രെയിംവർക്ക് വിവിധ ക്ലൗഡ് സേവനങ്ങളെ പിന്തുണയ്ക്കുന്നു, അതിനാൽ മൾട്ടി-ക്ലൗഡ് പരിഹാരം തേടുന്നവർക്ക് ഞങ്ങൾ ഇത് ശുപാർശ ചെയ്യുന്നു. ഏത് ആവശ്യത്തിനും ഒരു കൂട്ടം പ്ലഗിനുകൾ സൃഷ്ടിച്ച ഒരു വലിയ കമ്മ്യൂണിറ്റി ഇതിന് ഉണ്ട്.

പ്രാദേശിക പരിശോധനയ്ക്ക്, ഓപ്പൺ സോഴ്‌സ് ടൂളുകൾ ഡോക്കർ-ലാംഡ, സെർവർലെസ് ലോക്കൽ, ഡൈനാമോഡിബി ലോക്കൽ, ലോക്കൽസ്റ്റാക്ക് എന്നിവ നന്നായി യോജിക്കുന്നു. സെർവർലെസ് സാങ്കേതികവിദ്യകൾ ഇപ്പോഴും വികസനത്തിന്റെ പ്രാരംഭ ഘട്ടത്തിലാണ്, അവയ്ക്കുള്ള ഉപകരണങ്ങൾ പോലെയാണ്, അതിനാൽ സങ്കീർണ്ണമായ ടെസ്റ്റിംഗ് സാഹചര്യങ്ങൾ സജ്ജീകരിക്കുമ്പോൾ നിങ്ങൾ കഠിനാധ്വാനം ചെയ്യേണ്ടിവരും. എന്നിരുന്നാലും, പരിസ്ഥിതിയിൽ സ്റ്റാക്ക് വിന്യസിക്കുകയും അവിടെ അത് പരീക്ഷിക്കുകയും ചെയ്യുന്നത് അവിശ്വസനീയമാംവിധം വിലകുറഞ്ഞതായി മാറുന്നു. കൂടാതെ നിങ്ങളുടെ ക്ലൗഡ് പരിതസ്ഥിതികളുടെ കൃത്യമായ പ്രാദേശിക പകർപ്പ് ഉണ്ടാക്കേണ്ടതില്ല.

വിന്യസിച്ചിരിക്കുന്ന പാക്കേജ് വലുപ്പങ്ങൾ കുറയ്ക്കുന്നതിനും ലോഡിംഗ് സമയം വേഗത്തിലാക്കുന്നതിനും AWS ലാംഡ ലെയറുകൾ ഉപയോഗിക്കുക.

നിർദ്ദിഷ്ട ജോലികൾക്കായി ശരിയായ പ്രോഗ്രാമിംഗ് ഭാഷകൾ ഉപയോഗിക്കുക. വ്യത്യസ്ത ഭാഷകൾക്ക് അവരുടേതായ ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്. നിരവധി ബെഞ്ച്മാർക്കുകൾ ഉണ്ട്, എന്നാൽ AWS Lambda പ്രകടനത്തിന്റെ കാര്യത്തിൽ JavaScript, Python, C# (.NET Core 2.1+) എന്നിവയാണ് മുൻനിരയിലുള്ളത്. AWS Lambda അടുത്തിടെ ഒരു റൺടൈം API അവതരിപ്പിച്ചു, അത് നിങ്ങൾക്ക് ആവശ്യമുള്ള ഭാഷയും റൺടൈം പരിതസ്ഥിതിയും വ്യക്തമാക്കാൻ അനുവദിക്കുന്നു, അതിനാൽ പരീക്ഷണം.

വിന്യാസ പാക്കേജ് വലുപ്പങ്ങൾ ചെറുതാക്കി നിലനിർത്തുക. അവ ചെറുതാണെങ്കിൽ, അവ വേഗത്തിൽ ലോഡുചെയ്യുന്നു. വലിയ ലൈബ്രറികൾ ഉപയോഗിക്കുന്നത് ഒഴിവാക്കുക, പ്രത്യേകിച്ചും അവയിൽ നിന്ന് രണ്ട് സവിശേഷതകൾ നിങ്ങൾ ഉപയോഗിക്കുകയാണെങ്കിൽ. നിങ്ങൾ JavaScript-ലാണ് പ്രോഗ്രാമിംഗ് ചെയ്യുന്നതെങ്കിൽ, നിങ്ങളുടെ ബിൽഡ് ഒപ്റ്റിമൈസ് ചെയ്യാനും നിങ്ങൾക്ക് ശരിക്കും ആവശ്യമുള്ളത് മാത്രം ഉൾപ്പെടുത്താനും Webpack പോലുള്ള ബിൽഡ് ടൂളുകൾ ഉപയോഗിക്കുക. .NET കോർ 3.0-ൽ QuickJit, Tiered Compilation എന്നിവ ഉൾപ്പെടുന്നു, അത് പ്രകടനം മെച്ചപ്പെടുത്തുകയും തണുത്ത തുടക്കങ്ങളെ വളരെയധികം സഹായിക്കുകയും ചെയ്യുന്നു.

സെർവർലെസ് ഫംഗ്‌ഷനുകളുടെ ഇവന്റുകളെ ആശ്രയിക്കുന്നത് ബിസിനസ്സ് ലോജിക് ആദ്യം ഏകോപിപ്പിക്കുന്നതിന് ബുദ്ധിമുട്ടുണ്ടാക്കും. സന്ദേശ ക്യൂകളും സ്റ്റേറ്റ് മെഷീനുകളും ഇക്കാര്യത്തിൽ അവിശ്വസനീയമാംവിധം ഉപയോഗപ്രദമാകും. Lambda ഫംഗ്‌ഷനുകൾക്ക് പരസ്‌പരം വിളിക്കാൻ കഴിയും, എന്നാൽ നിങ്ങൾ ഒരു പ്രതികരണം പ്രതീക്ഷിക്കുന്നില്ലെങ്കിൽ മാത്രം ഇത് ചെയ്യുക ("തീയും മറക്കലും") - മറ്റൊരു ഫംഗ്‌ഷൻ പൂർത്തിയാകുന്നതിനായി കാത്തിരിക്കുന്നതിന് നിങ്ങൾക്ക് ബില്ല് ലഭിക്കേണ്ടതില്ല. ബിസിനസ്സ് ലോജിക്കിന്റെ ഭാഗങ്ങൾ വേർതിരിച്ചെടുക്കുന്നതിനും ആപ്ലിക്കേഷൻ തടസ്സങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനും ഇടപാടുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനും (FIFO ക്യൂകൾ ഉപയോഗിച്ച്) സന്ദേശ ക്യൂകൾ ഉപയോഗപ്രദമാണ്. AWS Lambda ഫംഗ്‌ഷനുകൾ പിന്നീട് വിശകലനത്തിനായി പരാജയപ്പെട്ട സന്ദേശങ്ങൾ ട്രാക്കുചെയ്യുന്ന സ്റ്റക്ക് സന്ദേശ ക്യൂകളായി SQS ക്യൂകളിലേക്ക് അസൈൻ ചെയ്യാൻ കഴിയും. AWS സ്റ്റെപ്പ് ഫംഗ്‌ഷനുകൾ (സ്റ്റേറ്റ് മെഷീനുകൾ) ഫംഗ്‌ഷനുകളുടെ ശൃംഖല ആവശ്യമായ സങ്കീർണ്ണമായ പ്രക്രിയകൾ കൈകാര്യം ചെയ്യുന്നതിന് വളരെ ഉപയോഗപ്രദമാണ്. മറ്റൊരു ഫംഗ്‌ഷനെ വിളിക്കുന്ന ഒരു ലാംഡ ഫംഗ്‌ഷന് പകരം, സ്റ്റെപ്പ് ഫംഗ്‌ഷനുകൾക്ക് സ്‌റ്റേറ്റ് സംക്രമണങ്ങളെ ഏകോപിപ്പിക്കാനും ഫംഗ്‌ഷനുകൾക്കിടയിൽ ഡാറ്റ കൈമാറാനും ഫംഗ്‌ഷനുകളുടെ ആഗോള നില നിയന്ത്രിക്കാനും കഴിയും. ഇത് വീണ്ടും ശ്രമിക്കുന്നതിനുള്ള വ്യവസ്ഥകൾ നിർവചിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, അല്ലെങ്കിൽ ഒരു പ്രത്യേക പിശക് സംഭവിക്കുമ്പോൾ എന്തുചെയ്യണം - ചില വ്യവസ്ഥകളിൽ വളരെ ശക്തമായ ഒരു ഉപകരണം.

തീരുമാനം

സമീപ വർഷങ്ങളിൽ, സെർവർലെസ് സാങ്കേതികവിദ്യകൾ അഭൂതപൂർവമായ വേഗതയിൽ വികസിച്ചുകൊണ്ടിരിക്കുന്നു. ഈ മാതൃകാ മാറ്റവുമായി ബന്ധപ്പെട്ട ചില തെറ്റിദ്ധാരണകൾ ഉണ്ട്. ഇൻഫ്രാസ്ട്രക്ചർ സംഗ്രഹിക്കുന്നതിലൂടെയും സ്കേലബിലിറ്റി കൈകാര്യം ചെയ്യുന്നതിലൂടെയും, സെർവർലെസ് സൊല്യൂഷനുകൾ ലളിതവൽക്കരിച്ച വികസനവും DevOps പ്രക്രിയകളും മുതൽ പ്രവർത്തനച്ചെലവിലെ വലിയ കുറവുകൾ വരെ കാര്യമായ നേട്ടങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു.
സെർവർലെസ് സമീപനം അതിന്റെ പോരായ്മകളൊന്നുമില്ലെങ്കിലും, ശക്തമായ സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിക്കുന്നതിനോ നിലവിലുള്ള ആർക്കിടെക്ചറുകളിലേക്ക് സെർവർലെസ് ഘടകങ്ങളെ സംയോജിപ്പിക്കുന്നതിനോ ഉപയോഗിക്കാൻ കഴിയുന്ന വിശ്വസനീയമായ ഡിസൈൻ പാറ്റേണുകൾ ഉണ്ട്.

അവലംബം: www.habr.com