NGINX-ൽ നിന്ന് ആധുനിക ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുന്നതിനുള്ള തത്വങ്ങൾ. ഭാഗം 1

ഹലോ സുഹൃത്തുക്കളെ. കോഴ്‌സ് ആരംഭിക്കുന്നതിന്റെ മുന്നോടിയായി PHP ബാക്കെൻഡ് ഡെവലപ്പർ, ഉപയോഗപ്രദമായ മെറ്റീരിയലിന്റെ വിവർത്തനം പരമ്പരാഗതമായി നിങ്ങളുമായി പങ്കിടുക.

കൂടുതൽ കൂടുതൽ സങ്കീർണ്ണമായിക്കൊണ്ടിരിക്കുമ്പോൾ, സോഫ്റ്റ്‌വെയർ കൂടുതൽ കൂടുതൽ ദൈനംദിന ജോലികൾ പരിഹരിക്കുന്നു. മാർക്ക് ആൻഡ്രെസെൻ ഒരിക്കൽ പറഞ്ഞതുപോലെ, അത് ലോകത്തെ ദഹിപ്പിക്കുന്നു.

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

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

ഓരോ നിർദ്ദിഷ്ട തത്ത്വങ്ങൾക്കും ഓരോ തത്ത്വവും ആത്യന്തിക ലക്ഷ്യത്തിലേക്ക് എങ്ങനെ സംഭാവന ചെയ്യുന്നു എന്ന് കാണിക്കാൻ ഞങ്ങൾ ചർച്ച ചെയ്യുന്ന നിരവധി വശങ്ങളുണ്ട്, അത് പരിപാലിക്കാനും ഉപയോഗിക്കാനും എളുപ്പമുള്ള വിശ്വസനീയമായ ആപ്ലിക്കേഷനുകളുടെ ദ്രുത ഡെലിവറിയാണ്. എന്താണ് അർത്ഥമാക്കുന്നത് എന്ന് വ്യക്തമാക്കുന്നതിന് അവയുടെ വിപരീതങ്ങളുമായി ബന്ധപ്പെട്ട തത്ത്വങ്ങൾ ഞങ്ങൾ നോക്കും, "നിങ്ങൾ ഉപയോഗിക്കുന്നത് ഉറപ്പാക്കുക ചെറുത് തത്വം".

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

ഈ തത്ത്വങ്ങൾ പ്രയോഗിക്കുന്നതിലൂടെ, സോഫ്റ്റ്‌വെയർ വികസനത്തിലെ ഏറ്റവും പുതിയ ട്രെൻഡുകൾ പ്രയോജനപ്പെടുത്തുന്നതായി നിങ്ങൾ കണ്ടെത്തും DevOps ആപ്ലിക്കേഷനുകളുടെ വികസനത്തിനും വിതരണത്തിനും, കണ്ടെയ്നറുകളുടെ ഉപയോഗം (ഉദാഹരണത്തിന്, ഡോക്കർ) കണ്ടെയ്നർ ഓർക്കസ്ട്രേഷൻ ചട്ടക്കൂടുകൾ (ഉദാഹരണത്തിന്, കുബേർനെറ്റ്), മൈക്രോസർവീസുകളുടെ ഉപയോഗം (മൈക്രോ സർവീസ് ആർക്കിടെക്ചർ ഉൾപ്പെടെ NGINX и നെറ്റ്‌വർക്ക് കമ്മ്യൂണിക്കേഷൻ ആർക്കിടെക്ചർ മൈക്രോ സർവീസ് ആപ്ലിക്കേഷനുകൾക്കായി.

എന്താണ് ആധുനിക ആപ്ലിക്കേഷൻ?

ആധുനിക ആപ്ലിക്കേഷനുകൾ? ആധുനിക സ്റ്റാക്ക്? "ആധുനിക" എന്നതിന്റെ യഥാർത്ഥ അർത്ഥമെന്താണ്?

മിക്ക ഡവലപ്പർമാർക്കും ഒരു ആധുനിക ആപ്ലിക്കേഷൻ എന്താണ് ഉൾക്കൊള്ളുന്നത് എന്നതിനെക്കുറിച്ചുള്ള പൊതുവായ ആശയം മാത്രമേ ഉള്ളൂ, അതിനാൽ ഈ ആശയം വ്യക്തമായി നിർവചിക്കേണ്ടത് ആവശ്യമാണ്.

ഒരു ആധുനിക ആപ്പ് ഒന്നിലധികം ക്ലയന്റുകളെ പിന്തുണയ്ക്കുന്നു, അത് ഒരു റിയാക്റ്റ് ജാവാസ്ക്രിപ്റ്റ് ലൈബ്രറി ഉപയോക്തൃ ഇന്റർഫേസ്, ഒരു Android അല്ലെങ്കിൽ iOS മൊബൈൽ ആപ്പ് അല്ലെങ്കിൽ മറ്റൊരു API-യിലേക്ക് കണക്റ്റ് ചെയ്യുന്ന ഒരു ആപ്പ്. ഒരു ആധുനിക ആപ്ലിക്കേഷൻ ഡാറ്റയോ സേവനങ്ങളോ നൽകുന്ന അനിശ്ചിതകാല ക്ലയന്റുകളെ സൂചിപ്പിക്കുന്നു.

അഭ്യർത്ഥിച്ച ഡാറ്റയും സേവനങ്ങളും ആക്‌സസ് ചെയ്യുന്നതിന് ഒരു ആധുനിക ആപ്ലിക്കേഷൻ ഒരു API നൽകുന്നു. API മാറ്റമില്ലാത്തതും സ്ഥിരവുമായിരിക്കണം, കൂടാതെ ഒരു നിർദ്ദിഷ്ട ക്ലയന്റിൽ നിന്നുള്ള ഒരു നിർദ്ദിഷ്ട അഭ്യർത്ഥനയ്ക്കായി പ്രത്യേകമായി എഴുതരുത്. API HTTP(S) വഴി ലഭ്യമാണ് കൂടാതെ GUI അല്ലെങ്കിൽ CLI-യിൽ ലഭ്യമായ എല്ലാ പ്രവർത്തനങ്ങളിലേക്കും ആക്സസ് നൽകുന്നു.

JSON പോലുള്ള പൊതുവായി അംഗീകരിക്കപ്പെട്ട, പരസ്പര പ്രവർത്തനക്ഷമമായ ഫോർമാറ്റിൽ ഡാറ്റ ലഭ്യമായിരിക്കണം. RESTful API അല്ലെങ്കിൽ GraphQL ഒരു മാന്യമായ ഇന്റർഫേസ് നൽകുന്നതുപോലെ, ഒരു API ഒബ്ജക്റ്റുകളും സേവനങ്ങളും വൃത്തിയുള്ളതും സംഘടിതവുമായ രീതിയിൽ തുറന്നുകാട്ടുന്നു.

ആധുനിക ആപ്ലിക്കേഷനുകൾ ആധുനിക സ്റ്റാക്കിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്, യഥാക്രമം അത്തരം ആപ്ലിക്കേഷനുകളെ പിന്തുണയ്ക്കുന്ന സ്റ്റാക്ക് ആണ് ആധുനിക സ്റ്റാക്ക്. ഒരു HTTP ഇന്റർഫേസും വ്യക്തമായ API എൻഡ്‌പോയിന്റുകളും ഉപയോഗിച്ച് എളുപ്പത്തിൽ ഒരു ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കാൻ ഈ സ്റ്റാക്ക് ഒരു ഡവലപ്പറെ അനുവദിക്കുന്നു. തിരഞ്ഞെടുത്ത സമീപനം നിങ്ങളുടെ അപേക്ഷയെ JSON ഫോർമാറ്റിൽ എളുപ്പത്തിൽ സ്വീകരിക്കാനും അയയ്ക്കാനും അനുവദിക്കും. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ആധുനിക സ്റ്റാക്ക് പന്ത്രണ്ട് ഫാക്ടർ ആപ്ലിക്കേഷന്റെ ഘടകങ്ങളുമായി യോജിക്കുന്നു മൈക്രോസർവീസുകൾ.

ഇത്തരത്തിലുള്ള സ്റ്റാക്കിന്റെ ജനപ്രിയ പതിപ്പുകൾ അടിസ്ഥാനമാക്കിയുള്ളതാണ് ജാവ, പൈത്തൺ, നോഡ്, മാണികം, PHP и Go. മൈക്രോ സർവീസ് ആർക്കിടെക്ചർ NGINX സൂചിപ്പിച്ചിരിക്കുന്ന ഓരോ ഭാഷയിലും നടപ്പിലാക്കിയ ഒരു ആധുനിക സ്റ്റാക്കിന്റെ ഒരു ഉദാഹരണം പ്രതിനിധീകരിക്കുന്നു.

പ്രത്യേകമായി മൈക്രോ സർവീസ് സമീപനമല്ല ഞങ്ങൾ വാദിക്കുന്നതെന്ന കാര്യം ശ്രദ്ധിക്കുക. നിങ്ങളിൽ പലരും വികസിക്കേണ്ട മോണോലിത്തുകൾ ഉപയോഗിച്ചാണ് പ്രവർത്തിക്കുന്നത്, മറ്റുള്ളവർ മൈക്രോ സർവീസ് ആപ്ലിക്കേഷനുകളായി വികസിക്കുകയും വികസിക്കുകയും ചെയ്യുന്ന SOA ആപ്ലിക്കേഷനുകളുമായി ഇടപെടുന്നു. മറ്റുചിലർ സെർവർലെസ് ആപ്ലിക്കേഷനുകളിലേക്ക് നീങ്ങുന്നു, ചിലർ മുകളിൽ പറഞ്ഞവയുടെ കോമ്പിനേഷനുകൾ നടപ്പിലാക്കുന്നു. ലേഖനത്തിൽ പറഞ്ഞിരിക്കുന്ന തത്ത്വങ്ങൾ ഈ ഓരോ സിസ്റ്റത്തിനും ചില ചെറിയ പരിഷ്കാരങ്ങളോടെ മാത്രം ബാധകമാണ്.

തത്വങ്ങൾ

ഒരു ആധുനിക ആപ്ലിക്കേഷനും ആധുനിക സ്റ്റാക്കും എന്താണെന്ന് ഇപ്പോൾ ഞങ്ങൾക്ക് പൊതുവായ ധാരണയുണ്ട്, ഒരു ആധുനിക ആപ്ലിക്കേഷൻ വികസിപ്പിക്കുന്നതിലും നടപ്പിലാക്കുന്നതിലും പരിപാലിക്കുന്നതിലും നിങ്ങളെ നന്നായി സഹായിക്കുന്ന ആർക്കിടെക്ചർ, ഡെവലപ്‌മെന്റ് തത്വങ്ങളിലേക്ക് ഊളിയിടേണ്ട സമയമാണിത്.

ഒരു തത്വം "ചെറിയ ആപ്ലിക്കേഷനുകൾ ഉണ്ടാക്കുക" പോലെയാണ്, നമുക്ക് അതിനെ വിളിക്കാം ചെറുത് തത്വം. നിരവധി ചലിക്കുന്ന ഭാഗങ്ങൾ കൊണ്ട് നിർമ്മിച്ച അവിശ്വസനീയമാംവിധം സങ്കീർണ്ണമായ ആപ്ലിക്കേഷനുകൾ ഉണ്ട്. അതാകട്ടെ, ചെറുതും വ്യതിരിക്തവുമായ ഘടകങ്ങളിൽ നിന്ന് ഒരു ആപ്ലിക്കേഷൻ നിർമ്മിക്കുന്നത് അത് മൊത്തത്തിൽ രൂപകൽപ്പന ചെയ്യുന്നതും പരിപാലിക്കുന്നതും പ്രവർത്തിക്കുന്നതും എളുപ്പമാക്കുന്നു. (ഞങ്ങൾ പറഞ്ഞത് "ലളിതമാക്കുന്നു" എന്നല്ല "ലളിതമാക്കുന്നു" എന്നല്ല).

രണ്ടാമത്തെ തത്വം, ഡെവലപ്പർ വികസിപ്പിച്ചെടുക്കുന്ന ഫീച്ചറുകളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ അവരെ സഹായിക്കുന്നതിലൂടെ നമുക്ക് ഉൽപ്പാദനക്ഷമത വർധിപ്പിക്കാൻ കഴിയും എന്നതാണ്. അതിനാൽ, ചുരുക്കത്തിൽ, ഞങ്ങളുടെ സമീപനം ഡെവലപ്പർമാരിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ചു.

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

ഒരു ആപ്ലിക്കേഷൻ രൂപകൽപ്പന ചെയ്യുകയും നടപ്പിലാക്കുകയും ചെയ്യുമ്പോൾ ഈ തത്വങ്ങൾ നിങ്ങൾ മനസ്സിൽ സൂക്ഷിക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ ഉൽപ്പന്നത്തിന്റെ വികസനത്തിലും ഡെലിവറിയിലും നിങ്ങൾക്ക് നിഷേധിക്കാനാവാത്ത നേട്ടമുണ്ടാകും.

ഈ മൂന്ന് തത്വങ്ങൾ കൂടുതൽ വിശദമായി നോക്കാം.

ചെറുത്വ തത്വം

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

ഇനിപ്പറയുന്ന കാരണങ്ങളാൽ അപ്ലിക്കേഷനുകൾ വിഘടിക്കുന്നു:

• ഡെവലപ്പർമാരിൽ കോഗ്നിറ്റീവ് ലോഡ് കുറച്ചു;
• പരിശോധനയുടെ ത്വരിതപ്പെടുത്തലും ലളിതവൽക്കരണവും;
• ആപ്ലിക്കേഷനിലെ മാറ്റങ്ങളുടെ വേഗത്തിലുള്ള ഡെലിവറി.

ഡെവലപ്പർമാരിൽ കോഗ്നിറ്റീവ് ലോഡ് കുറയ്ക്കുന്നതിന് നിരവധി മാർഗങ്ങളുണ്ട്, ഇവിടെയാണ് ചെറുത് എന്ന തത്വം പ്രവർത്തിക്കുന്നത്.

അതിനാൽ കോഗ്നിറ്റീവ് ലോഡ് കുറയ്ക്കുന്നതിനുള്ള മൂന്ന് വഴികൾ ഇതാ:

1. ഒരു പുതിയ ഫീച്ചർ വികസിപ്പിക്കുമ്പോൾ അവർ പരിഗണിക്കേണ്ട സമയപരിധി കുറയ്ക്കുക - കുറഞ്ഞ സമയപരിധി, കോഗ്നിറ്റീവ് ലോഡ് കുറയുന്നു.
2. ഒറ്റത്തവണ ജോലി ചെയ്യുന്ന കോഡിന്റെ അളവ് കുറയ്ക്കുക - കുറവ് കോഡ് - കുറവ് ലോഡ്.
3. ഒരു ആപ്ലിക്കേഷനിൽ വർദ്ധിച്ചുവരുന്ന മാറ്റങ്ങൾ വരുത്തുന്ന പ്രക്രിയ ലളിതമാക്കുക.

വികസന സമയപരിധി കുറയ്ക്കുന്നു

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

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

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

രീതിശാസ്ത്രത്തിൽ agile അന്തിമ പ്രയോഗം യഥാർത്ഥ ആശയത്തിന്റെ ചെറുതായി പരിഷ്കരിച്ച പതിപ്പായിരിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു, അതിനാൽ വികസനത്തിന്റെ അവസാന പോയിന്റ് അനിവാര്യമായും അവ്യക്തമാണ്. ഓരോ നിർദ്ദിഷ്ട സ്പ്രിന്റിന്റെയും ഫലങ്ങൾ മാത്രമേ വ്യക്തവും കൃത്യവുമാകൂ.

ചെറിയ കോഡ്ബേസുകൾ

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

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

എഞ്ചിനീയർമാരുടെ കോഗ്നിറ്റീവ് ലോഡ് കുറയ്ക്കുന്നതിനുള്ള ഫലപ്രദമായ മാർഗ്ഗങ്ങളിലൊന്ന് മൈക്രോ സർവീസ് ആർക്കിടെക്ചറിലേക്ക് മാറുക എന്നതാണ്. ഒരു മൈക്രോസർവീസ് സമീപനത്തിൽ, ഓരോ സേവനവും ഒരു കൂട്ടം സവിശേഷതകളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു; സേവനത്തിന്റെ അർത്ഥം സാധാരണയായി നിർവചിക്കപ്പെട്ടതും മനസ്സിലാക്കാവുന്നതുമാണ്. ഒരു സേവനത്തിന്റെ അതിരുകളും വ്യക്തമാണ് - ഒരു സേവനവുമായുള്ള ആശയവിനിമയം ഒരു API വഴിയാണെന്ന് ഓർക്കുക, അതിനാൽ ഒരു സേവനം സൃഷ്ടിക്കുന്ന ഡാറ്റ മറ്റൊന്നിലേക്ക് എളുപ്പത്തിൽ കൈമാറാൻ കഴിയും.

മറ്റ് സേവനങ്ങളുമായുള്ള ഇടപെടൽ സാധാരണയായി കുറച്ച് ഉപയോക്തൃ സേവനങ്ങളിലും REST ഉപയോഗിക്കുന്നത് പോലുള്ള ലളിതവും വൃത്തിയുള്ളതുമായ API കോളുകൾ ഉപയോഗിക്കുന്ന കുറച്ച് ദാതാക്കളുടെ സേവനങ്ങൾ മാത്രമായി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു. ഇതിനർത്ഥം എഞ്ചിനീയറുടെ കോഗ്നിറ്റീവ് ലോഡ് ഗുരുതരമായി കുറയുന്നു എന്നാണ്. സേവന ഇടപെടലിന്റെ മാതൃകയും ഒന്നിലധികം സേവനങ്ങളിലുടനീളം ഇടപാടുകൾ എങ്ങനെ നടക്കുന്നു എന്നതും മനസ്സിലാക്കുക എന്നതാണ് ഏറ്റവും വലിയ വെല്ലുവിളി. തൽഫലമായി, മൈക്രോസർവീസുകളുടെ ഉപയോഗം കോഡിന്റെ അളവ് കുറയ്ക്കുന്നതിലൂടെയും വ്യക്തമായ സേവന അതിരുകൾ നിർവചിക്കുന്നതിലൂടെയും ഉപയോക്താക്കളും ദാതാക്കളും തമ്മിലുള്ള ബന്ധത്തെക്കുറിച്ച് ഒരു ധാരണ നൽകുന്നതിലൂടെയും കോഗ്നിറ്റീവ് ലോഡ് കുറയ്ക്കുന്നു.

വർദ്ധിച്ചുവരുന്ന ചെറിയ മാറ്റങ്ങൾ

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

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

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

1. രീതിശാസ്ത്രം ഉപയോഗിക്കുക agileപ്രധാന സവിശേഷതകളിൽ ടീം ശ്രദ്ധ കേന്ദ്രീകരിക്കേണ്ട സമയപരിധി പരിമിതപ്പെടുത്താൻ.
2. ഒന്നിലധികം മൈക്രോസർവീസുകളായി നിങ്ങളുടെ ആപ്ലിക്കേഷൻ നടപ്പിലാക്കുക. ഇത് നടപ്പിലാക്കാൻ കഴിയുന്ന ഫീച്ചറുകളുടെ എണ്ണം പരിമിതപ്പെടുത്തുകയും ജോലിയിൽ കോഗ്നിറ്റീവ് ലോഡ് നിലനിർത്തുന്ന അതിരുകൾ ശക്തിപ്പെടുത്തുകയും ചെയ്യും.
3. വലുതും അനിയന്ത്രിതവുമായതിനേക്കാൾ വർദ്ധിച്ചുവരുന്ന മാറ്റങ്ങൾ തിരഞ്ഞെടുക്കുക, ചെറിയ കോഡ് കഷണങ്ങൾ മാറ്റുക. മാറ്റങ്ങൾ വരുത്തിയ ഉടനെ അവ ദൃശ്യമാകില്ലെങ്കിലും നടപ്പിലാക്കാൻ ഫീച്ചർ മറയ്ക്കൽ ഉപയോഗിക്കുക.

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

ആദ്യ ഭാഗത്തിന്റെ അവസാനം.

ഉടൻ തന്നെ ഞങ്ങൾ വിവർത്തനത്തിന്റെ രണ്ടാം ഭാഗം പ്രസിദ്ധീകരിക്കും, ഇപ്പോൾ ഞങ്ങൾ നിങ്ങളുടെ അഭിപ്രായങ്ങൾക്കായി കാത്തിരിക്കുകയും നിങ്ങളെ ക്ഷണിക്കുകയും ചെയ്യുന്നു തുറന്ന ദിവസം, ഇന്ന് 20.00 ന് നടക്കും.

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