ഫ്രണ്ടെൻഡ് സെർവർലെസ്സ് ആർക്കിടെക്ചർ: ഫംഗ്ഷൻ കോമ്പോസിഷനിലേക്കും ഓർക്കസ്ട്രേഷനിലേക്കും ഒരു ആഴത്തിലുള്ള പഠനം

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

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

ഈ സമഗ്രമായ ഗൈഡ്, ഈ പാറ്റേണുകൾ Backend-for-Frontend (BFF) ലെയറിനെ എങ്ങനെ രൂപാന്തരപ്പെടുത്തുന്നു എന്ന് പരിശോധിക്കും, ഇത് ഡെവലപ്പർമാരെ ശക്തവും, അളക്കാവുന്നതും, പരിപാലിക്കാൻ എളുപ്പമുള്ളതുമായ ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കാൻ പ്രാപ്തരാക്കുന്നു. ഞങ്ങൾ പ്രധാന ആശയങ്ങൾ വിശകലനം ചെയ്യുകയും, പൊതുവായ പാറ്റേണുകൾ പരിശോധിക്കുകയും, മുൻനിര ക്ലൗഡ് ഓർക്കസ്ട്രേഷൻ സേവനങ്ങൾ വിലയിരുത്തുകയും, നിങ്ങളുടെ ധാരണ ഉറപ്പിക്കുന്നതിന് ഒരു പ്രായോഗിക ഉദാഹരണം വിശദീകരിക്കുകയും ചെയ്യും.

ഫ്രണ്ടെൻഡ് ആർക്കിടെക്ചറിന്റെ പരിണാമവും സെർവർലെസ്സ് BFF-ന്റെ ഉയർച്ചയും

സെർവർലെസ്സ് ഓർക്കസ്ട്രേഷന്റെ പ്രാധാന്യം മനസ്സിലാക്കാൻ, ഫ്രണ്ടെൻഡ് ആർക്കിടെക്ചറിന്റെ പരിണാമം മനസ്സിലാക്കുന്നത് സഹായകമാണ്. ഞങ്ങൾ സെർവർ-റെൻഡർ ചെയ്ത പേജുകളിൽ നിന്ന് REST അല്ലെങ്കിൽ GraphQL API-കൾ വഴി ബാക്കെൻഡുകളുമായി ആശയവിനിമയം നടത്തുന്ന റിച്ച് സിംഗിൾ-പേജ് ആപ്ലിക്കേഷനുകളിലേക്ക് (SPAs) മാറി. ഈ വിഷയങ്ങളെ വേർതിരിക്കുന്നത് ഒരു വലിയ മുന്നേറ്റമായിരുന്നു, എന്നാൽ ഇത് പുതിയ വെല്ലുവിളികൾ കൊണ്ടുവന്നു.

മോണോലിത്തിൽ നിന്ന് മൈക്രോസർവീസുകളിലേക്കും BFF-ലേക്കും

ആദ്യകാലങ്ങളിൽ, SPAs പലപ്പോഴും ഒരൊറ്റ, മോണോലിത്തിക് ബാക്കെൻഡ് API-യുമായി സംവദിച്ചിരുന്നു. ഇത് ലളിതമായിരുന്നെങ്കിലും ദുർബലമായിരുന്നു. മൊബൈൽ ആപ്പിനായുള്ള ഒരു ചെറിയ മാറ്റം വെബ് ആപ്പിനെ തകർത്തേക്കാം. മോണോലിത്തിനെ ചെറുതും, സ്വതന്ത്രമായി വിന്യസിക്കാൻ കഴിയുന്നതുമായ സേവനങ്ങളായി വിഭജിച്ചുകൊണ്ട് മൈക്രോസർവീസസ് പ്രസ്ഥാനം ഇതിന് പരിഹാരം കണ്ടു. എന്നിരുന്നാലും, ഇത് പലപ്പോഴും ഫ്രണ്ടെൻഡിന് ഒരു കാഴ്ച റെൻഡർ ചെയ്യാൻ ഒന്നിലധികം മൈക്രോസർവീസുകളെ വിളിക്കേണ്ടി വരുന്നതിലേക്ക് നയിച്ചു, ഇത് സങ്കീർണ്ണമായ ക്ലയിൻ്റ്-സൈഡ് ലോജിക്കിന് കാരണമായി.

Backend-for-Frontend (BFF) പാറ്റേൺ ഒരു പരിഹാരമായി ഉയർന്നുവന്നു. ഒരു പ്രത്യേക ഫ്രണ്ടെൻഡ് അനുഭവത്തിനായി (ഉദാഹരണത്തിന്, വെബ് ആപ്പിന് ഒന്ന്, iOS ആപ്പിന് ഒന്ന്) സമർപ്പിതമായ ഒരു ബാക്കെൻഡ് ലെയറാണ് BFF. ഇത് ഒരു ഫസാഡായി പ്രവർത്തിക്കുന്നു, വിവിധ ഡൗൺസ്ട്രീം മൈക്രോസർവീസുകളിൽ നിന്ന് ഡാറ്റ ശേഖരിക്കുകയും ക്ലയിന്റിന്റെ ആവശ്യങ്ങൾക്കനുസരിച്ച് API പ്രതികരണം ക്രമീകരിക്കുകയും ചെയ്യുന്നു. ഇത് ഫ്രണ്ടെൻഡ് കോഡ് ലളിതമാക്കുകയും, നെറ്റ്‌വർക്ക് അഭ്യർത്ഥനകളുടെ എണ്ണം കുറയ്ക്കുകയും, പ്രകടനം മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു.

BFF-ന് അനുയോജ്യമായ ഒരു പൊരുത്തമായി സെർവർലെസ്സ്

സെർവർലെസ്സ് ഫംഗ്ഷനുകൾ, അഥവാ Function-as-a-Service (FaaS), ഒരു BFF നടപ്പിലാക്കാൻ സ്വാഭാവികമായി ചേരുന്നതാണ്. നിങ്ങളുടെ BFF-നായി നിരന്തരം പ്രവർത്തിക്കുന്ന ഒരു സെർവർ പരിപാലിക്കുന്നതിന് പകരം, നിങ്ങൾക്ക് ചെറിയ, ഇവന്റ്-ഡ്രിവൺ ഫംഗ്ഷനുകളുടെ ഒരു ശേഖരം വിന്യസിക്കാൻ കഴിയും. ഓരോ ഫംഗ്ഷനും ഒരു പ്രത്യേക API എൻഡ്‌പോയിന്റ് അല്ലെങ്കിൽ ടാസ്ക് കൈകാര്യം ചെയ്യാൻ കഴിയും, ഉദാഹരണത്തിന് ഉപയോക്തൃ ഡാറ്റ നേടുക, പേയ്മെന്റ് പ്രോസസ്സ് ചെയ്യുക, അല്ലെങ്കിൽ ഒരു വാർത്താ ഫീഡ് ശേഖരിക്കുക.

ഈ സമീപനം അതിശയകരമായ പ്രയോജനങ്ങൾ നൽകുന്നു:

• സ്കേലബിലിറ്റി: ആവശ്യത്തിനനുസരിച്ച് ഫംഗ്ഷനുകൾ സ്വയമേവ സ്കെയിൽ ചെയ്യുന്നു, പൂജ്യത്തിൽ നിന്ന് ആയിരക്കണക്കിന് ഇൻവോക്കേഷനുകളിലേക്ക്.
• ചെലവ് കുറവ്: നിങ്ങൾ ഉപയോഗിക്കുന്ന കമ്പ്യൂട്ട് സമയത്തിന് മാത്രം പണം നൽകിയാൽ മതി, ഇത് ഒരു BFF-ന്റെ പലപ്പോഴും ഉയർന്ന ട്രാഫിക് പാറ്റേണുകൾക്ക് അനുയോജ്യമാണ്.
• ഡെവലപ്പർ വെലോസിറ്റി: ചെറുതും സ്വതന്ത്രവുമായ ഫംഗ്ഷനുകൾ വികസിപ്പിക്കാനും, പരീക്ഷിക്കാനും, വിന്യസിക്കാനും എളുപ്പമാണ്.

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

പ്രധാന ആശയങ്ങൾ മനസ്സിലാക്കുക: കോമ്പോസിഷനും ഓർക്കസ്ട്രേഷനും

പാറ്റേണുകളിലേക്കും ടൂളുകളിലേക്കും കടക്കുന്നതിന് മുമ്പ്, നമ്മുടെ പ്രധാന പദങ്ങളുടെ വ്യക്തമായ നിർവചനം സ്ഥാപിക്കാം.

എന്താണ് സെർവർലെസ്സ് ഫംഗ്ഷനുകൾ (FaaS)?

അടിസ്ഥാനപരമായി, സെർവർലെസ്സ് ഫംഗ്ഷനുകൾ (AWS ലാംബ്ഡ, Azure ഫംഗ്ഷനുകൾ, അല്ലെങ്കിൽ Google ക്ലൗഡ് ഫംഗ്ഷനുകൾ എന്നിവ പോലെ) ഒരു ഇവന്റിനോട് പ്രതികരിച്ച് പ്രവർത്തിക്കുന്ന സ്റ്റേറ്റ്‌ലെസ്സ്, കുറഞ്ഞ കാലയളവുള്ള കമ്പ്യൂട്ട് ഇൻസ്റ്റൻസുകളാണ്. ഒരു API ഗേറ്റ്‌വേയിൽ നിന്നുള്ള HTTP അഭ്യർത്ഥനയോ, ഒരു സ്റ്റോറേജ് ബക്കറ്റിലേക്ക് പുതിയ ഫയൽ അപ്‌ലോഡ് ചെയ്യുന്നതോ, ഒരു ക്യൂവിലെ സന്ദേശമോ ഒരു ഇവന്റാകാം. അടിസ്ഥാന തത്വം, നിങ്ങൾ, ഡെവലപ്പർ, അടിസ്ഥാന സെർവറുകൾ കൈകാര്യം ചെയ്യേണ്ടതില്ല എന്നതാണ്.

എന്താണ് ഫംഗ്ഷൻ കോമ്പോസിഷൻ?

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

എന്താണ് ഫംഗ്ഷൻ ഓർക്കസ്ട്രേഷൻ?

ഫംഗ്ഷൻ ഓർക്കസ്ട്രേഷൻ എന്നത് ആ കോമ്പോസിഷന്റെ നിർവ്വഹണവും പരിപാലനവുമാണ്. ഒരു മുൻനിർവചിത വർക്ക്ഫ്ലോ അനുസരിച്ച് ഫംഗ്ഷനുകളുടെ എക്സിക്യൂഷൻ നിയന്ത്രിക്കുന്ന ഒരു കേന്ദ്ര കൺട്രോളർ—ഒരു ഓർക്കസ്ട്രേറ്റർ—ഇതിൽ ഉൾപ്പെടുന്നു. ഓർക്കസ്ട്രേറ്റർ താഴെ പറയുന്നവയ്ക്ക് ഉത്തരവാദിയാണ്:

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

കോമ്പോസിഷൻ vs. ഓർക്കസ്ട്രേഷൻ: ഒരു വ്യക്തമായ വ്യത്യാസം

വ്യത്യാസം മനസ്സിലാക്കുന്നത് നിർണായകമാണ്:

• കോമ്പോസിഷൻ എന്നത് രൂപകൽപ്പന അല്ലെങ്കിൽ 'എന്ത്' എന്നതാണ്. ഒരു ഇ-കൊമേഴ്സ് ചെക്കൗട്ടിന്, കോമ്പോസിഷൻ ഇതായിരിക്കാം: 1. കാർട്ട് വാലിഡേറ്റ് ചെയ്യുക -> 2. പേയ്മെന്റ് പ്രോസസ്സ് ചെയ്യുക -> 3. ഓർഡർ സൃഷ്ടിക്കുക -> 4. സ്ഥിരീകരണം അയയ്ക്കുക.
• ഓർക്കസ്ട്രേഷൻ എന്നത് എക്സിക്യൂഷൻ എഞ്ചിൻ അല്ലെങ്കിൽ 'എങ്ങനെ' എന്നതാണ്. `validateCart` ഫംഗ്ഷനെ യഥാർത്ഥത്തിൽ വിളിക്കുകയും, അതിന്റെ പ്രതികരണത്തിനായി കാത്തിരിക്കുകയും, തുടർന്ന് ഫലം ഉപയോഗിച്ച് `processPayment` ഫംഗ്ഷനെ വിളിക്കുകയും, പേയ്മെന്റ് പരാജയങ്ങൾ റീട്രൈകൾ ഉപയോഗിച്ച് കൈകാര്യം ചെയ്യുകയും ചെയ്യുന്ന സേവനമാണ് ഓർക്കസ്ട്രേറ്റർ.

ഒരു ഫംഗ്ഷൻ മറ്റൊന്നിനെ നേരിട്ട് വിളിക്കുന്നതിലൂടെ ലളിതമായ കോമ്പോസിഷൻ നേടാൻ കഴിയുമെങ്കിലും, ഇത് ഇറുകിയ കപ്ലിംഗും ദുർബലതയും സൃഷ്ടിക്കുന്നു. യഥാർത്ഥ ഓർക്കസ്ട്രേഷൻ, ഫംഗ്ഷനുകളെ വർക്ക്ഫ്ലോ ലോജിക്കിൽ നിന്ന് വേർപെടുത്തുന്നു, ഇത് കൂടുതൽ പ്രതിരോധശേഷിയുള്ളതും പരിപാലിക്കാൻ എളുപ്പമുള്ളതുമായ ഒരു സിസ്റ്റത്തിലേക്ക് നയിക്കുന്നു.

സെർവർലെസ്സ് ഫംഗ്ഷൻ കോമ്പോസിഷനുള്ള പാറ്റേണുകൾ

സെർവർലെസ്സ് ഫംഗ്ഷനുകൾ കോമ്പോസ് ചെയ്യുമ്പോൾ പല പൊതുവായ പാറ്റേണുകളും ഉയർന്നുവരുന്നു. ഫലപ്രദമായ വർക്ക്ഫ്ലോകൾ രൂപകൽപ്പന ചെയ്യുന്നതിന് ഇവ മനസ്സിലാക്കുന്നത് പ്രധാനമാണ്.

1. ചെയിനിംഗ് (ക്രമത്തിലുള്ള നിർവ്വഹണം)

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

ഉപയോഗ സാഹചര്യം: ഒരു ഇമേജ് പ്രോസസ്സിംഗ് വർക്ക്ഫ്ലോ. ഒരു ഫ്രണ്ടെൻഡ് ഒരു ചിത്രം അപ്‌ലോഡ് ചെയ്യുന്നു, ഇത് ഒരു വർക്ക്ഫ്ലോ ട്രിഗർ ചെയ്യുന്നു:

1. ഫംഗ്ഷൻ A (ValidateImage): ഫയൽ തരവും വലുപ്പവും പരിശോധിക്കുന്നു.
2. ഫംഗ്ഷൻ B (ResizeImage): നിരവധി ലഘുചിത്ര പതിപ്പുകൾ സൃഷ്ടിക്കുന്നു.
3. ഫംഗ്ഷൻ C (AddWatermark): വലുപ്പം മാറ്റിയ ചിത്രങ്ങളിൽ വാട്ടർമാർക്ക് ചേർക്കുന്നു.
4. ഫംഗ്ഷൻ D (SaveToBucket): അന്തിമ ചിത്രങ്ങൾ ഒരു ക്ലൗഡ് സ്റ്റോറേജ് ബക്കറ്റിൽ സംരക്ഷിക്കുന്നു.

ഇത് വ്യക്തവും പ്രവചിക്കാവുന്നതുമായ ഒരു ഫ്ലോ സൃഷ്ടിക്കുന്നു: A -> B -> C -> D.

2. ഫാൻ-ഔട്ട്/ഫാൻ-ഇൻ (സമാന്തര നിർവ്വഹണം)

പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിനായി ഒന്നിലധികം സ്വതന്ത്ര ടാസ്‌ക്കുകൾ ഒരേസമയം ചെയ്യാൻ കഴിയുമ്പോൾ ഈ പാറ്റേൺ ഉപയോഗിക്കുന്നു. ഒരു ഒറ്റ ഫംഗ്ഷൻ (ഫാൻ-ഔട്ട്) മറ്റ് പല ഫംഗ്ഷനുകളെയും സമാന്തരമായി പ്രവർത്തിപ്പിക്കാൻ ട്രിഗർ ചെയ്യുന്നു. എല്ലാ സമാന്തര ടാസ്‌ക്കുകളും പൂർത്തിയാകുന്നതുവരെ ഒരു അവസാന ഫംഗ്ഷൻ (ഫാൻ-ഇൻ) കാത്തിരിക്കുകയും അവയുടെ ഫലങ്ങൾ ശേഖരിക്കുകയും ചെയ്യുന്നു.

ഉപയോഗ സാഹചര്യം: ഒരു വീഡിയോ ഫയൽ പ്രോസസ്സ് ചെയ്യുന്നു. ഒരു വീഡിയോ അപ്‌ലോഡ് ചെയ്യുമ്പോൾ, ഒരു വർക്ക്ഫ്ലോ ട്രിഗർ ചെയ്യുന്നു:

1. ഫംഗ്ഷൻ A (StartProcessing): വീഡിയോ ഫയൽ സ്വീകരിക്കുകയും സമാന്തര ടാസ്‌ക്കുകൾ ട്രിഗർ ചെയ്യുകയും ചെയ്യുന്നു.
2. സമാന്തര ടാസ്‌ക്കുകൾ:
   • ഫംഗ്ഷൻ B (TranscodeTo1080p): ഒരു 1080p പതിപ്പ് സൃഷ്ടിക്കുന്നു.
   • ഫംഗ്ഷൻ C (TranscodeTo720p): ഒരു 720p പതിപ്പ് സൃഷ്ടിക്കുന്നു.
   • ഫംഗ്ഷൻ D (ExtractAudio): ഓഡിയോ ട്രാക്ക് വേർതിരിച്ചെടുക്കുന്നു.
   • ഫംഗ്ഷൻ E (GenerateThumbnails): പ്രിവ്യൂ ലഘുചിത്രങ്ങൾ നിർമ്മിക്കുന്നു.
3. ഫംഗ്ഷൻ F (AggregateResults): B, C, D, E എന്നിവ പൂർത്തിയായാൽ, ഈ ഫംഗ്ഷൻ നിർമ്മിച്ച എല്ലാ അസറ്റുകളിലേക്കുമുള്ള ലിങ്കുകൾ ഉപയോഗിച്ച് ഡാറ്റാബേസ് അപ്‌ഡേറ്റ് ചെയ്യുന്നു.

ഈ സമാന്തര പ്രോസസ്സിംഗ് ഒരു സീക്വൻഷ്യൽ ചെയിനുമായി താരതമ്യം ചെയ്യുമ്പോൾ ആവശ്യമായ മൊത്തം സമയം ഗണ്യമായി കുറയ്ക്കുന്നു.

3. അസിൻക്രണസ് മെസ്സേജിംഗ് (ഇവന്റ്-ഡ്രിവൻ കൊറിയോഗ്രഫി)

ഇതൊരു യഥാർത്ഥ ഓർക്കസ്ട്രേഷൻ അല്ലെങ്കിലും (ഇതിനെ പലപ്പോഴും കൊറിയോഗ്രഫി എന്ന് വിളിക്കുന്നു), സെർവർലെസ്സ് ആർക്കിടെക്ചറുകളിൽ ഈ പാറ്റേൺ വളരെ പ്രധാനമാണ്. ഒരു കേന്ദ്ര കൺട്രോളറിന് പകരം, ഫംഗ്ഷനുകൾ ഒരു മെസ്സേജ് ബസിലേക്കോ ക്യൂവിലേക്കോ (ഉദാഹരണത്തിന്, AWS SNS/SQS, Google Pub/Sub, Azure Service Bus) ഇവന്റുകൾ പ്രസിദ്ധീകരിച്ച് ആശയവിനിമയം നടത്തുന്നു. മറ്റ് ഫംഗ്ഷനുകൾ ഈ ഇവന്റുകൾ സബ്‌സ്‌ക്രൈബ് ചെയ്യുകയും അതിനനുസരിച്ച് പ്രതികരിക്കുകയും ചെയ്യുന്നു.

ഉപയോഗ സാഹചര്യം: ഒരു ഓർഡർ പ്ലേസ്‌മെന്റ് സിസ്റ്റം.

1. ഫ്രണ്ടെൻഡ് ഒരു `placeOrder` ഫംഗ്ഷനെ വിളിക്കുന്നു.
2. `placeOrder` ഫംഗ്ഷൻ ഓർഡർ വാലിഡേറ്റ് ചെയ്യുകയും ഒരു `OrderPlaced` ഇവന്റ് ഒരു മെസ്സേജ് ബസിലേക്ക് പ്രസിദ്ധീകരിക്കുകയും ചെയ്യുന്നു.
3. ഒന്നിലധികം, സ്വതന്ത്ര സബ്‌സ്‌ക്രൈബർ ഫംഗ്ഷനുകൾ ഈ ഇവന്റിനോട് പ്രതികരിക്കുന്നു:
   • ഒരു `billing` ഫംഗ്ഷൻ പേയ്‌മെന്റ് പ്രോസസ്സ് ചെയ്യുന്നു.
   • ഒരു `shipping` ഫംഗ്ഷൻ വെയർഹൗസിനെ അറിയിക്കുന്നു.
   • ഒരു `notifications` ഫംഗ്ഷൻ ഉപഭോക്താവിന് ഒരു സ്ഥിരീകരണ ഇമെയിൽ അയയ്ക്കുന്നു.

ഈ പാറ്റേൺ വളരെ ഡീകപ്പിൾഡ് ആയതും പ്രതിരോധശേഷിയുള്ളതുമായ ഒരു സിസ്റ്റം സൃഷ്ടിക്കുന്നു. നോട്ടിഫിക്കേഷൻ സേവനം പ്രവർത്തനരഹിതമാണെങ്കിൽ, ഓർഡർ ബിൽ ചെയ്യുകയും ഷിപ്പ് ചെയ്യുകയും ചെയ്യുന്നത് തടയുന്നില്ല.

മാനേജ്ഡ് ഓർക്കസ്ട്രേഷൻ സേവനങ്ങളുടെ ശക്തി

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

AWS സ്റ്റെപ്പ് ഫംഗ്ഷൻസ്

നിങ്ങളുടെ വർക്ക്ഫ്ലോകളെ സ്റ്റേറ്റ് മെഷീനുകളായി നിർവചിക്കാൻ അനുവദിക്കുന്ന ഒരു സെർവർലെസ്സ് ഓർക്കസ്ട്രേഷൻ സേവനമാണ് AWS സ്റ്റെപ്പ് ഫംഗ്ഷനുകൾ. Amazon സ്റ്റേറ്റ്സ് ലാംഗ്വേജ് (ASL) എന്ന് പേരുള്ള JSON-അടിസ്ഥാനമാക്കിയുള്ള ഒരു ഫോർമാറ്റ് ഉപയോഗിച്ച് നിങ്ങളുടെ വർക്ക്ഫ്ലോയെ നിങ്ങൾക്ക് ഡിക്ലറേറ്റീവായി നിർവചിക്കാം.

• പ്രധാന ആശയം: ദൃശ്യപരമായി രൂപകൽപ്പന ചെയ്യാവുന്ന സ്റ്റേറ്റ് മെഷീനുകൾ.
• നിർവചനം: ഡിക്ലറേറ്റീവ് JSON (ASL).
• പ്രധാന സവിശേഷതകൾ: വിഷ്വൽ വർക്ക്ഫ്ലോ എഡിറ്റർ, ബിൽറ്റ്-ഇൻ റീട്രൈ, എറർ ഹാൻഡിലിംഗ് ലോജിക്, ഹ്യൂമൻ-ഇൻ-ദി-ലൂപ്പ് വർക്ക്ഫ്ലോകൾക്കുള്ള പിന്തുണ (കോൾബാക്കുകൾ), 200-ലധികം AWS സേവനങ്ങളുമായി നേരിട്ടുള്ള സംയോജനം.
• ഏറ്റവും മികച്ചത്: ഒരു വിഷ്വൽ, ഡിക്ലറേറ്റീവ് സമീപനവും AWS ഇക്കോസിസ്റ്റവുമായി ആഴത്തിലുള്ള സംയോജനവും ഇഷ്ടപ്പെടുന്ന ടീമുകൾക്ക്.

ഒരു ലളിതമായ ക്രമത്തിനുള്ള ASL സ്നിപ്പറ്റ് ഉദാഹരണം:

{ "Comment": "A simple sequential workflow", "StartAt": "FirstState", "States": { "FirstState": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:MyFirstFunction", "Next": "SecondState" }, "SecondState": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:MySecondFunction", "End": true } } }

Azure ഡ്യൂറബിൾ ഫംഗ്ഷൻസ്

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

• പ്രധാന ആശയം: ഓർക്കസ്ട്രേഷൻ ലോജിക് കോഡായി എഴുതുക.
• നിർവചനം: ഇംപരേറ്റീവ് കോഡ് (C#, പൈത്തൺ, ജാവാസ്ക്രിപ്റ്റ്, തുടങ്ങിയവ).
• പ്രധാന സവിശേഷതകൾ: സ്റ്റേറ്റ് വിശ്വസനീയമായി നിലനിർത്താൻ ഒരു ഇവന്റ് സോഴ്സിംഗ് പാറ്റേൺ ഉപയോഗിക്കുന്നു. ഓർക്കസ്ട്രേറ്റർ, ആക്റ്റിവിറ്റി, എന്റിറ്റി ഫംഗ്ഷനുകൾ പോലുള്ള ആശയങ്ങൾ നൽകുന്നു. സ്റ്റേറ്റ് ഫ്രെയിംവർക്ക് അപ്രാപ്തമായി കൈകാര്യം ചെയ്യുന്നു.
• ഏറ്റവും മികച്ചത്: JSON-ലോ YAML-ലോ അല്ലാതെ, തങ്ങളുടെ പരിചിതമായ പ്രോഗ്രാമിംഗ് ഭാഷയിൽ സങ്കീർണ്ണമായ ലോജിക്, ലൂപ്പുകൾ, ബ്രാഞ്ചിംഗ് എന്നിവ നിർവചിക്കാൻ ഇഷ്ടപ്പെടുന്ന ഡെവലപ്പർമാർക്ക്.

ഒരു ലളിതമായ ക്രമത്തിനുള്ള പൈത്തൺ സ്നിപ്പറ്റ് ഉദാഹരണം:

import azure.durable_functions as df def orchestrator_function(context: df.DurableOrchestrationContext): result1 = yield context.call_activity('MyFirstFunction', 'input1') result2 = yield context.call_activity('MySecondFunction', result1) return result2

Google ക്ലൗഡ് വർക്ക്ഫ്ലോസ്

YAML അല്ലെങ്കിൽ JSON ഉപയോഗിച്ച് വർക്ക്ഫ്ലോകൾ നിർവചിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു പൂർണ്ണമായി നിയന്ത്രിത ഓർക്കസ്ട്രേഷൻ സേവനമാണ് Google ക്ലൗഡ് വർക്ക്ഫ്ലോസ്. Google ക്ലൗഡ് സേവനങ്ങളെയും HTTP-അടിസ്ഥാനമാക്കിയുള്ള API-കളെയും ബന്ധിപ്പിക്കുന്നതിലും ഓട്ടോമേറ്റ് ചെയ്യുന്നതിലും ഇത് മികച്ചതാണ്.

• പ്രധാന ആശയം: YAML/JSON-അടിസ്ഥാനമാക്കിയുള്ള വർക്ക്ഫ്ലോ നിർവചനം.
• നിർവചനം: ഡിക്ലറേറ്റീവ് YAML അല്ലെങ്കിൽ JSON.
• പ്രധാന സവിശേഷതകൾ: ബാഹ്യ സേവനങ്ങളെ വിളിക്കുന്നതിനുള്ള ശക്തമായ HTTP അഭ്യർത്ഥനാ കഴിവുകൾ, Google ക്ലൗഡ് സേവനങ്ങൾക്കായുള്ള ബിൽറ്റ്-ഇൻ കണക്ടറുകൾ, മോഡുലാർ ഡിസൈനിനായുള്ള സബ്-വർക്ക്ഫ്ലോകൾ, ശക്തമായ പിഴവ് കൈകാര്യം ചെയ്യൽ.
• ഏറ്റവും മികച്ചത്: Google ക്ലൗഡ് ഇക്കോസിസ്റ്റത്തിനുള്ളിലും പുറത്തുമുള്ള HTTP-അടിസ്ഥാനമാക്കിയുള്ള API-കളെ വളരെയധികം ബന്ധിപ്പിക്കുന്ന വർക്ക്ഫ്ലോകൾക്ക്.

ഒരു ലളിതമായ ക്രമത്തിനുള്ള YAML സ്നിപ്പറ്റ് ഉദാഹരണം:

main: params: [args] steps: - first_step: call: http.post args: url: https://example.com/myFirstFunction body: input: ${args.input} result: firstResult - second_step: call: http.post args: url: https://example.com/mySecondFunction body: data: ${firstResult.body} result: finalResult - return_value: return: ${finalResult.body}

ഒരു പ്രായോഗിക ഫ്രണ്ടെൻഡ് സാഹചര്യം: യൂസർ ഓൺബോർഡിംഗ് വർക്ക്ഫ്ലോ

നമുക്ക് എല്ലാം ഒരു പൊതുവായ, യഥാർത്ഥ ലോക ഉദാഹരണവുമായി ബന്ധിപ്പിക്കാം: നിങ്ങളുടെ ആപ്ലിക്കേഷനിൽ ഒരു പുതിയ ഉപയോക്താവ് സൈൻ അപ്പ് ചെയ്യുന്നത്. ആവശ്യമായ ഘട്ടങ്ങൾ താഴെ പറയുന്നവയാണ്:

1. പ്രധാന ഡാറ്റാബേസിൽ ഒരു ഉപയോക്തൃ റെക്കോർഡ് സൃഷ്ടിക്കുക.
2. സമാന്തരമായി:
   • ഒരു സ്വാഗത ഇമെയിൽ അയയ്ക്കുക.
   • ഉപയോക്താവിന്റെ IPയും ഇമെയിലും അടിസ്ഥാനമാക്കി ഒരു ഫ്രോഡ് പരിശോധന നടത്തുക.
3. ഫ്രോഡ് പരിശോധന പാസ്സായാൽ, ബില്ലിംഗ് സിസ്റ്റത്തിൽ ഒരു ട്രയൽ സബ്സ്ക്രിപ്ഷൻ സൃഷ്ടിക്കുക.
4. ഫ്രോഡ് പരിശോധന പരാജയപ്പെട്ടാൽ, അക്കൗണ്ട് ഫ്ലാഗ് ചെയ്യുകയും സപ്പോർട്ട് ടീമിനെ അറിയിക്കുകയും ചെയ്യുക.
5. ഉപയോക്താവിന് ഒരു വിജയകരമായ അല്ലെങ്കിൽ പരാജയപ്പെട്ട സന്ദേശം തിരികെ നൽകുക.

പരിഹാരം 1: 'അനുഭവജ്ഞാനം കുറഞ്ഞ' ഫ്രണ്ടെൻഡ്-ഡ്രിവൻ സമീപനം

ഓർക്കസ്ട്രേറ്റ് ചെയ്ത BFF ഇല്ലാതെ, ഫ്രണ്ടെൻഡ് ക്ലയിന്റിന് ഈ ലോജിക് കൈകാര്യം ചെയ്യേണ്ടിവരും. ഇത് API കോളുകളുടെ ഒരു ക്രമം ഉണ്ടാക്കും:

1. `POST /api/users` -> പ്രതികരണത്തിനായി കാത്തിരിക്കുന്നു.
2. `POST /api/emails/welcome` -> പശ്ചാത്തലത്തിൽ പ്രവർത്തിക്കുന്നു.
3. `POST /api/fraud-check` -> പ്രതികരണത്തിനായി കാത്തിരിക്കുന്നു.
4. ഫ്രോഡ് ചെക്ക് പ്രതികരണത്തെ അടിസ്ഥാനമാക്കിയുള്ള ക്ലയിന്റ്-സൈഡ് `if/else`:
5. പാസ്സായാൽ: `POST /api/subscriptions/trial`.
6. പരാജയപ്പെട്ടാൽ: `POST /api/users/flag`.

ഈ സമീപനം ഗുരുതരമായ പിഴവുകളുള്ളതാണ്:

• ദുർബലവും അധികം സംസാരമുള്ളതും: ക്ലയിന്റ് ബാക്കെൻഡ് പ്രോസസുമായി ഇറുകെ ബന്ധിപ്പിച്ചിരിക്കുന്നു. വർക്ക്ഫ്ലോയിലെ ഏതൊരു മാറ്റത്തിനും ഒരു ഫ്രണ്ടെൻഡ് ഡിപ്ലോയ്മെന്റ് ആവശ്യമാണ്. ഇത് ഒന്നിലധികം നെറ്റ്‌വർക്ക് അഭ്യർത്ഥനകളും നടത്തുന്നു.
• ട്രാൻസാക്ഷണൽ സമഗ്രതയില്ലായ്മ: ഉപയോക്തൃ റെക്കോർഡ് സൃഷ്ടിച്ചതിന് ശേഷം സബ്സ്ക്രിപ്ഷൻ സൃഷ്ടിക്കുന്നത് പരാജയപ്പെട്ടാൽ എന്ത് സംഭവിക്കും? സിസ്റ്റം ഇപ്പോൾ ഒരു പൊരുത്തക്കേടായ അവസ്ഥയിലാണ്, സങ്കീർണ്ണമായ റോൾബാക്ക് ലോജിക് ക്ലയിന്റിന് കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്.
• മോശം ഉപയോക്തൃ അനുഭവം: ഉപയോക്താവിന് ഒന്നിലധികം സീക്വൻഷ്യൽ നെറ്റ്‌വർക്ക് കോളുകൾ പൂർത്തിയാകാൻ കാത്തിരിക്കേണ്ടിവരും.
• സുരക്ഷാ അപകടങ്ങൾ: `flag-user` അല്ലെങ്കിൽ `create-trial` പോലുള്ള ഗ്രാനുലാർ API-കൾ നേരിട്ട് ക്ലയിന്റിന് തുറന്നുകാട്ടുന്നത് ഒരു സുരക്ഷാ പ്രശ്നമാണ്.

പരിഹാരം 2: ഓർക്കസ്ട്രേറ്റ് ചെയ്ത സെർവർലെസ്സ് BFF സമീപനം

ഒരു ഓർക്കസ്ട്രേഷൻ സേവനം ഉപയോഗിച്ച്, ആർക്കിടെക്ചർ വളരെ മെച്ചപ്പെടുന്നു. ഫ്രണ്ടെൻഡ് ഒരൊറ്റ, സുരക്ഷിതമായ API കോൾ മാത്രം ചെയ്യുന്നു:

POST /api/onboarding

ഈ API ഗേറ്റ്‌വേ എൻഡ്‌പോയിന്റ് ഒരു സ്റ്റേറ്റ് മെഷീൻ (ഉദാഹരണത്തിന്, AWS സ്റ്റെപ്പ് ഫംഗ്ഷനുകളിൽ) ട്രിഗർ ചെയ്യുന്നു. ഓർക്കസ്ട്രേറ്റർ വർക്ക്ഫ്ലോ ഏറ്റെടുത്ത് നടപ്പിലാക്കുന്നു:

1. ആരംഭ സ്റ്റേറ്റ്: API കോളിൽ നിന്ന് ഉപയോക്തൃ ഡാറ്റ സ്വീകരിക്കുന്നു.
2. ഉപയോക്തൃ റെക്കോർഡ് സൃഷ്ടിക്കുക (ടാസ്ക്): ഡൈനാമോഡിബിയിലോ ഒരു റിലേഷണൽ ഡാറ്റാബേസിലോ ഉപയോക്താവിനെ സൃഷ്ടിക്കാൻ ഒരു ലാംബ്ഡ ഫംഗ്ഷനെ വിളിക്കുന്നു.
3. സമാന്തര സ്റ്റേറ്റ്: രണ്ട് ബ്രാഞ്ചുകൾ ഒരേസമയം നടപ്പിലാക്കുന്നു.
   • ബ്രാഞ്ച് 1 (ഇമെയിൽ): സ്വാഗത ഇമെയിൽ അയയ്ക്കാൻ ഒരു ലാംബ്ഡ ഫംഗ്ഷനോ SNS ടോപ്പിക്കോ വിളിക്കുന്നു.
   • ബ്രാഞ്ച് 2 (ഫ്രോഡ് പരിശോധന): ഒരു മൂന്നാം കക്ഷി ഫ്രോഡ് ഡിറ്റക്ഷൻ സേവനത്തെ വിളിക്കുന്ന ഒരു ലാംബ്ഡ ഫംഗ്ഷനെ വിളിക്കുന്നു.
4. ചോയ്സ് സ്റ്റേറ്റ് (ബ്രാഞ്ചിംഗ് ലോജിക്): ഫ്രോഡ് പരിശോധന ഘട്ടത്തിന്റെ ഔട്ട്പുട്ട് പരിശോധിക്കുന്നു.
   • `fraud_score < threshold` ആണെങ്കിൽ (പാസ്): 'സബ്സ്ക്രിപ്ഷൻ സൃഷ്ടിക്കുക' സ്റ്റേറ്റിലേക്ക് മാറുന്നു.
   • `fraud_score >= threshold` ആണെങ്കിൽ (പരാജയം): 'അക്കൗണ്ട് ഫ്ലാഗ് ചെയ്യുക' സ്റ്റേറ്റിലേക്ക് മാറുന്നു.
5. സബ്സ്ക്രിപ്ഷൻ സൃഷ്ടിക്കുക (ടാസ്ക്): സ്ട്രൈപ്പ് അല്ലെങ്കിൽ ബ്രെയിൻട്രീ API-യുമായി സംവദിക്കാൻ ഒരു ലാംബ്ഡ ഫംഗ്ഷനെ വിളിക്കുന്നു. വിജയകരമായാൽ, 'വിജയം' എൻഡ് സ്റ്റേറ്റിലേക്ക് മാറുന്നു.
6. അക്കൗണ്ട് ഫ്ലാഗ് ചെയ്യുക (ടാസ്ക്): ഉപയോക്തൃ റെക്കോർഡ് അപ്ഡേറ്റ് ചെയ്യാനും തുടർന്ന് സപ്പോർട്ട് ടീമിനെ അറിയിക്കാനും മറ്റൊരു ലാംബ്ഡയോ SNS ടോപ്പിക്കോ വിളിക്കുന്നു. 'പരാജയം' എൻഡ് സ്റ്റേറ്റിലേക്ക് മാറുന്നു.
7. അവസാന സ്റ്റേറ്റുകൾ (വിജയം/പരാജയം): വർക്ക്ഫ്ലോ അവസാനിക്കുന്നു, API ഗേറ്റ്‌വേ വഴി ഫ്രണ്ടെൻഡിന് ഒരു വ്യക്തമായ വിജയ അല്ലെങ്കിൽ പരാജയ സന്ദേശം തിരികെ നൽകുന്നു.

ഈ ഓർക്കസ്ട്രേറ്റഡ് സമീപനത്തിന്റെ പ്രയോജനങ്ങൾ വളരെ വലുതാണ്:

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

ഫ്രണ്ടെൻഡ് സെർവർലെസ്സ് ഓർക്കസ്ട്രേഷനുള്ള മികച്ച സമ്പ്രദായങ്ങൾ

ഈ പാറ്റേണുകൾ സ്വീകരിക്കുമ്പോൾ, നിങ്ങളുടെ ആർക്കിടെക്ചർ ശുദ്ധവും കാര്യക്ഷമവുമാണെന്ന് ഉറപ്പാക്കാൻ ഈ ആഗോള മികച്ച സമ്പ്രദായങ്ങൾ മനസ്സിൽ സൂക്ഷിക്കുക.

• ഫംഗ്ഷനുകൾ ഗ്രാനുലാറും സ്റ്റേറ്റ്‌ലെസ്സും ആക്കുക: ഓരോ ഫംഗ്ഷനും ഒരു കാര്യം ഭംഗിയായി ചെയ്യണം (Single Responsibility Principle). ഫംഗ്ഷനുകൾക്ക് അവയുടെ സ്വന്തം സ്റ്റേറ്റ് നിലനിർത്തുന്നത് ഒഴിവാക്കുക; ഇത് ഓർക്കസ്ട്രേറ്ററുടെ ജോലിയാണ്.
• ഓർക്കസ്ട്രേറ്ററിനെ സ്റ്റേറ്റ് കൈകാര്യം ചെയ്യാൻ അനുവദിക്കുക: വലിയ, സങ്കീർണ്ണമായ JSON പേലോഡുകൾ ഒരു ഫംഗ്ഷനിൽ നിന്ന് അടുത്തതിലേക്ക് കൈമാറരുത്. പകരം, കുറഞ്ഞ ഡാറ്റ (ഒരു `userID` അല്ലെങ്കിൽ `orderID` പോലെ) കൈമാറുകയും, ഓരോ ഫംഗ്ഷനും അതിന് ആവശ്യമായ ഡാറ്റ നേടാൻ അനുവദിക്കുകയും ചെയ്യുക. വർക്ക്ഫ്ലോയുടെ സ്റ്റേറ്റിന്റെ സത്യത്തിന്റെ ഉറവിടം ഓർക്കസ്ട്രേറ്ററാണ്.
• ഐഡംപോട്ടൻസിക്ക് വേണ്ടി രൂപകൽപ്പന ചെയ്യുക: ഉദ്ദേശിക്കാത്ത സൈഡ് ഇഫക്റ്റുകൾ ഉണ്ടാക്കാതെ നിങ്ങളുടെ ഫംഗ്ഷനുകൾ സുരക്ഷിതമായി വീണ്ടും ശ്രമിക്കാൻ കഴിയുമെന്ന് ഉറപ്പാക്കുക. ഉദാഹരണത്തിന്, ഒരു `createUser` ഫംഗ്ഷൻ പുതിയൊരെണ്ണം സൃഷ്ടിക്കാൻ ശ്രമിക്കുന്നതിന് മുമ്പ് ആ ഇമെയിൽ ഉള്ള ഒരു ഉപയോക്താവ് ഇതിനകം നിലവിലുണ്ടോ എന്ന് പരിശോധിക്കണം. ഓർക്കസ്ട്രേറ്റർ ഘട്ടം വീണ്ടും ശ്രമിക്കുകയാണെങ്കിൽ ഇത് തനിപ്പകർപ്പുള്ള രേഖകൾ തടയുന്നു.
• സമഗ്രമായ ലോഗിംഗും ട്രേസിംഗും നടപ്പിലാക്കുക: AWS X-Ray, Azure Application Insights, അല്ലെങ്കിൽ Google ക്ലൗഡ് ട്രേസ് പോലുള്ള ടൂളുകൾ ഉപയോഗിച്ച് ഒരു അഭ്യർത്ഥന API ഗേറ്റ്‌വേ, ഓർക്കസ്ട്രേറ്റർ, ഒന്നിലധികം ഫംഗ്ഷനുകൾ എന്നിവയിലൂടെ കടന്നുപോകുമ്പോൾ ഒരു ഏകീകൃത കാഴ്ച നേടുക. എല്ലാ ഫംഗ്ഷൻ കോളിലും ഓർക്കസ്ട്രേറ്ററിൽ നിന്നുള്ള എക്സിക്യൂഷൻ ID രേഖപ്പെടുത്തുക.
• നിങ്ങളുടെ വർക്ക്ഫ്ലോ സുരക്ഷിതമാക്കുക: ഏറ്റവും കുറഞ്ഞ പ്രത്യേകാവകാശത്തിന്റെ തത്വം ഉപയോഗിക്കുക. ഓർക്കസ്ട്രേറ്ററുടെ IAM റോളിന് അതിന്റെ വർക്ക്ഫ്ലോയിലെ നിർദ്ദിഷ്ട ഫംഗ്ഷനുകളെ മാത്രം വിളിക്കാൻ അനുമതി ഉണ്ടായിരിക്കണം. ഓരോ ഫംഗ്ഷനും, അതിൻ്റെ ടാസ്ക് ചെയ്യാൻ ആവശ്യമായ അനുമതികൾ മാത്രം ഉണ്ടായിരിക്കണം (ഉദാഹരണത്തിന്, ഒരു പ്രത്യേക ഡാറ്റാബേസ് ടേബിളിലേക്ക് വായിക്കുക/എഴുതുക).
• എപ്പോൾ ഓർക്കസ്ട്രേറ്റ് ചെയ്യണമെന്ന് അറിയുക: അമിതമായി രൂപകൽപ്പന ചെയ്യരുത്. ഒരു ലളിതമായ A -> B ചെയിനിന്, ഒരു നേരിട്ടുള്ള ഇൻവോക്കേഷൻ മതിയാകും. എന്നാൽ ബ്രാഞ്ചിംഗ്, സമാന്തര ടാസ്‌ക്കുകൾ, അല്ലെങ്കിൽ ശക്തമായ പിഴവ് കൈകാര്യം ചെയ്യൽ, റീട്രൈകൾ എന്നിവയുടെ ആവശ്യം വരുമ്പോൾ, ഒരു സമർപ്പിത ഓർക്കസ്ട്രേഷൻ സേവനം നിങ്ങൾക്ക് ഗണ്യമായ സമയവും ഭാവിയിലെ തലവേദനകളും ലാഭിക്കും.

ഉപസംഹാരം: ഫ്രണ്ടെൻഡ് അനുഭവങ്ങളുടെ അടുത്ത തലമുറ നിർമ്മിക്കുന്നു

ഫംഗ്ഷൻ കോമ്പോസിഷനും ഓർക്കസ്ട്രേഷനും ബാക്കെൻഡ് ഇൻഫ്രാസ്ട്രക്ചർ ആശങ്കകൾ മാത്രമല്ല; സങ്കീർണ്ണവും, വിശ്വസനീയവും, അളക്കാവുന്നതുമായ ആധുനിക ഫ്രണ്ടെൻഡ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിനുള്ള അടിസ്ഥാനപരമായ പ്രാപ്തീകരണങ്ങളാണ് അവ. സങ്കീർണ്ണമായ വർക്ക്ഫ്ലോ ലോജിക് ക്ലയിന്റിൽ നിന്ന് ഓർക്കസ്ട്രേറ്റ് ചെയ്ത, സെർവർലെസ്സ് Backend-for-Frontend-ലേക്ക് മാറ്റുന്നതിലൂടെ, നിങ്ങളുടെ ഫ്രണ്ടെൻഡ് ടീമുകളെ അവർക്ക് ഏറ്റവും മികച്ചത് ചെയ്യാൻ നിങ്ങൾ പ്രാപ്തരാക്കുന്നു: അസാധാരണമായ ഉപയോക്തൃ അനുഭവങ്ങൾ സൃഷ്ടിക്കുക.

ഈ ആർക്കിടെക്ചറൽ പാറ്റേൺ ക്ലയിന്റിനെ ലളിതമാക്കുന്നു, ബിസിനസ്സ് പ്രോസസ്സ് ലോജിക് കേന്ദ്രീകരിക്കുന്നു, സിസ്റ്റത്തിന്റെ പ്രതിരോധശേഷി മെച്ചപ്പെടുത്തുന്നു, കൂടാതെ നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ ഏറ്റവും നിർണായകമായ വർക്ക്ഫ്ലോകളിലേക്ക് സമാനതകളില്ലാത്ത ദൃശ്യപരത നൽകുന്നു. AWS സ്റ്റെപ്പ് ഫംഗ്ഷനുകളുടെയും Google ക്ലൗഡ് വർക്ക്ഫ്ലോകളുടെയും ഡിക്ലറേറ്റീവ് ശക്തിയോ Azure ഡ്യൂറബിൾ ഫംഗ്ഷനുകളുടെ കോഡ്-ഫസ്റ്റ് വഴക്കമോ നിങ്ങൾ തിരഞ്ഞെടുക്കുകയാണെങ്കിൽ, ഓർക്കസ്ട്രേഷൻ സ്വീകരിക്കുന്നത് നിങ്ങളുടെ ഫ്രണ്ടെൻഡ് ആർക്കിടെക്ചറിന്റെ ദീർഘകാല ആരോഗ്യത്തിലും വേഗതയിലും ഒരു തന്ത്രപരമായ നിക്ഷേപമാണ്.

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