വെബ് ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിക്കുന്നതിനും പ്രസിദ്ധീകരിക്കുന്നതിനുമുള്ള ചെക്ക്‌ലിസ്റ്റ്

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

വെബ് ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിക്കുന്നതിന്റെ അടിസ്ഥാനകാര്യങ്ങൾ പഠിക്കുകയും അടിസ്ഥാന നിബന്ധനകളെയും കൺവെൻഷനുകളെയും കുറിച്ച് കുറച്ച് മനസ്സിലാക്കാൻ ആഗ്രഹിക്കുന്നവരെയും ഈ ലേഖനം സഹായിച്ചേക്കാം.

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

ബുധനാഴ്ച മുതൽ തുടങ്ങാം.

ഏതെങ്കിലും കോഡ്, സിസ്റ്റം അല്ലെങ്കിൽ സോഫ്റ്റ്വെയർ എന്നിവയുടെ പ്രവർത്തനത്തിന്റെ അടിസ്ഥാനം ഓപ്പറേറ്റിംഗ് സിസ്റ്റമാണ്, അതിനാൽ ഞങ്ങൾ ഹോസ്റ്റിംഗ് മാർക്കറ്റിലെ ഏറ്റവും ജനപ്രിയമായ സിസ്റ്റങ്ങളെ നോക്കുകയും അവയ്ക്ക് ഒരു ഹ്രസ്വ വിവരണം നൽകുകയും ചെയ്യും:

വിൻഡോസ് സെർവർ - അതേ വിൻഡോസ്, എന്നാൽ ഒരു സെർവർ വ്യതിയാനത്തിൽ. വിൻഡോസിന്റെ ക്ലയന്റ് (പതിവ്) പതിപ്പിൽ ലഭ്യമായ ചില പ്രവർത്തനങ്ങൾ ഇവിടെ ഇല്ല, ഉദാഹരണത്തിന്, സ്ഥിതിവിവരക്കണക്കുകളും സമാന സോഫ്‌റ്റ്‌വെയറുകളും ശേഖരിക്കുന്നതിനുള്ള ചില സേവനങ്ങൾ, പക്ഷേ നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേഷനായി ഒരു കൂട്ടം യൂട്ടിലിറ്റികളുണ്ട്, സെർവറുകൾ വിന്യസിക്കുന്നതിനുള്ള അടിസ്ഥാന സോഫ്റ്റ്‌വെയർ (വെബ്, ftp, ...). പൊതുവേ, വിൻഡോസ് സെർവർ സാധാരണ വിൻഡോസ് പോലെ കാണപ്പെടുന്നു, സാധാരണ വിൻഡോസ് പോലെയാണ്, എന്നിരുന്നാലും, അതിന്റെ സാധാരണ എതിരാളിയേക്കാൾ 2 മടങ്ങ് കൂടുതൽ ചിലവാകും. എന്നിരുന്നാലും, നിങ്ങൾ മിക്കവാറും ഒരു സമർപ്പിത/വെർച്വൽ സെർവറിൽ ആപ്ലിക്കേഷൻ വിന്യസിക്കുമെന്നതിനാൽ, നിങ്ങൾക്കുള്ള അന്തിമ ചെലവ്, അത് വർദ്ധിച്ചേക്കാമെങ്കിലും, നിർണായകമല്ല. ഉപഭോക്തൃ ഒഎസ് വിപണിയിൽ വിൻഡോസ് പ്ലാറ്റ്‌ഫോം ഒരു വലിയ സ്ഥാനം വഹിക്കുന്നതിനാൽ, അതിന്റെ സെർവർ പതിപ്പ് മിക്ക ഉപയോക്താക്കൾക്കും ഏറ്റവും പരിചിതമായിരിക്കും.

യൂണിക്സ്- സമാനമായ സംവിധാനം. ഈ സിസ്റ്റങ്ങളിലെ പരമ്പരാഗത പ്രവർത്തനത്തിന് പരിചിതമായ ഗ്രാഫിക്കൽ ഇന്റർഫേസിന്റെ സാന്നിധ്യം ആവശ്യമില്ല, ഉപയോക്താവിന് കൺസോൾ ഒരു നിയന്ത്രണ ഘടകമായി മാത്രം നൽകുന്നു. അനുഭവപരിചയമില്ലാത്ത ഒരു ഉപയോക്താവിന്, ഈ ഫോർമാറ്റിൽ പ്രവർത്തിക്കുന്നത് ബുദ്ധിമുട്ടാണ്, ഡാറ്റയിൽ വളരെ പ്രചാരമുള്ള ഒരു ടെക്സ്റ്റ് എഡിറ്ററിൽ നിന്ന് പുറത്തുകടക്കുന്നതിനുള്ള ചെലവ് എത്രയാണ് വിമ്, ഇതുമായി ബന്ധപ്പെട്ട ഒരു ചോദ്യത്തിന് ഇതിനകം 6 വർഷത്തിനുള്ളിൽ 1.8 ദശലക്ഷത്തിലധികം കാഴ്‌ചകൾ ലഭിച്ചു. ഈ കുടുംബത്തിന്റെ പ്രധാന വിതരണങ്ങൾ (പതിപ്പുകൾ) ഇവയാണ്: ഡെബിയൻ - ഒരു ജനപ്രിയ വിതരണമാണ്, ഇതിലെ പാക്കേജ് പതിപ്പുകൾ പ്രധാനമായും LTS-ൽ കേന്ദ്രീകരിച്ചിരിക്കുന്നു (ദീർഘകാല പിന്തുണ - ദീർഘകാലത്തെ പിന്തുണ), ഇത് സിസ്റ്റത്തിന്റെയും പാക്കേജുകളുടെയും ഉയർന്ന വിശ്വാസ്യതയിലും സ്ഥിരതയിലും പ്രകടിപ്പിക്കുന്നു; ഉബുണ്ടു - എല്ലാ പാക്കേജുകളുടെയും വിതരണങ്ങൾ അവയുടെ ഏറ്റവും പുതിയ പതിപ്പുകളിൽ അടങ്ങിയിരിക്കുന്നു, അത് സ്ഥിരതയെ ബാധിച്ചേക്കാം, എന്നാൽ പുതിയ പതിപ്പുകൾക്കൊപ്പം വരുന്ന പ്രവർത്തനക്ഷമത ഉപയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു; Red Hat Enterprise Linux – OS, വാണിജ്യ ഉപയോഗത്തിനായി സ്ഥാപിച്ചിരിക്കുന്നത്, പണം നൽകുന്നു, എന്നിരുന്നാലും, സോഫ്റ്റ്വെയർ വെണ്ടർമാരിൽ നിന്നുള്ള പിന്തുണ, ചില കുത്തക പാക്കേജുകൾ, ഡ്രൈവർ പാക്കേജുകൾ എന്നിവ ഉൾപ്പെടുന്നു; CentOS - ഓപ്പൺ സോഴ്സ് Red Hat Enterprise Linux-ന്റെ ഒരു വ്യതിയാനം, പ്രൊപ്രൈറ്ററി പാക്കേജുകളുടെയും പിന്തുണയുടെയും അഭാവമാണ്.

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

അതിനാൽ, OS-ൽ തീരുമാനിച്ചുകഴിഞ്ഞാൽ, സെർവറിലെ ആപ്ലിക്കേഷന്റെ അവസ്ഥയോ അതിന്റെ ഭാഗങ്ങളോ വിന്യസിക്കാനും (ഇൻസ്റ്റാൾ ചെയ്യാനും), അപ്‌ഡേറ്റ് ചെയ്യാനും നിരീക്ഷിക്കാനും നിങ്ങളെ അനുവദിക്കുന്ന ഒരു കൂട്ടം ടൂളുകളിലേക്ക് പോകാം.

നിങ്ങളുടെ അപേക്ഷയുടെ സ്ഥാനവും അതിനുള്ള സെർവറും ആയിരിക്കും അടുത്ത പ്രധാന തീരുമാനം. ഇപ്പോൾ, ഏറ്റവും സാധാരണമായത് 3 വഴികളാണ്:

• സ്വന്തമായി ഒരു സെർവർ ഹോസ്റ്റുചെയ്യുന്നത് (സൂക്ഷിക്കുന്നത്) ഏറ്റവും ബഡ്ജറ്റ്-ഫ്രണ്ട്‌ലി ഓപ്ഷനാണ്, എന്നാൽ നിങ്ങളുടെ റിസോഴ്‌സ് കാലക്രമേണ അതിന്റെ വിലാസം മാറ്റാതിരിക്കാൻ നിങ്ങളുടെ ദാതാവിൽ നിന്ന് ഒരു സ്റ്റാറ്റിക് ഐപി ഓർഡർ ചെയ്യേണ്ടിവരും.
• ഒരു സമർപ്പിത സെർവർ (വിഡിഎസ്) വാടകയ്‌ക്കെടുക്കുക - കൂടാതെ അത് സ്വതന്ത്രമായി നിയന്ത്രിക്കുകയും ലോഡുകളുടെ സ്കെയിൽ ചെയ്യുകയും ചെയ്യുക
• ചില ക്ലൗഡ് ഹോസ്റ്റിംഗിലേക്കുള്ള സബ്‌സ്‌ക്രിപ്‌ഷനായി പണമടയ്‌ക്കുക (പലപ്പോഴും അവർ പ്ലാറ്റ്‌ഫോമിന്റെ പ്രവർത്തനം സൗജന്യമായി പരീക്ഷിക്കുന്നതിനുള്ള അവസരം നൽകുന്നു), ഇവിടെ ഉപയോഗിക്കുന്ന ഉറവിടങ്ങളുടെ പേയ്‌മെന്റ് മോഡൽ വളരെ സാധാരണമാണ്. ഈ ദിശയുടെ ഏറ്റവും പ്രമുഖരായ പ്രതിനിധികൾ: Amazon AWS (അവർ സേവനങ്ങൾ ഉപയോഗിക്കുന്നതിന് ഒരു വർഷം സൗജന്യമായി നൽകുന്നു, എന്നാൽ പ്രതിമാസ പരിധിയോടെ), Google ക്ലൗഡ് (അവർ അക്കൗണ്ടിലേക്ക് $300 നൽകുന്നു, ഇത് വർഷത്തിൽ ക്ലൗഡ് ഹോസ്റ്റിംഗ് സേവനങ്ങളിൽ ചെലവഴിക്കാം) , Yandex.Cloud (അവർ 4000 മാസത്തേക്ക് 2 റൂബിൾസ് നൽകുന്നു), Microsoft Azure (ഒരു വർഷത്തേക്ക് ജനപ്രിയ സേവനങ്ങളിലേക്ക് സൗജന്യ ആക്സസ് നൽകുക, ഒരു മാസത്തേക്ക് ഏതെങ്കിലും സേവനങ്ങൾക്ക് + 12 റൂബിൾസ്). അതിനാൽ, നിങ്ങൾക്ക് ഈ ദാതാക്കളിൽ ഏതെങ്കിലും ഒരു ചില്ലിക്കാശും ചെലവഴിക്കാതെ പരീക്ഷിക്കാം, എന്നാൽ നൽകിയിരിക്കുന്ന സേവനത്തിന്റെ ഗുണനിലവാരത്തെയും നിലവാരത്തെയും കുറിച്ച് ഒരു ഏകദേശ അഭിപ്രായം നേടുക.

തിരഞ്ഞെടുത്ത പാതയെ ആശ്രയിച്ച്, ഭാവിയിൽ മാറുന്ന ഒരേയൊരു കാര്യം, ഈ അല്ലെങ്കിൽ ആ ഭരണമേഖലയുടെ ഉത്തരവാദിത്തം ആരാണ്. നിങ്ങൾ സ്വയം ഹോസ്റ്റുചെയ്യുകയാണെങ്കിൽ, വൈദ്യുതി, ഇന്റർനെറ്റ്, സെർവർ, അതിൽ വിന്യസിച്ചിരിക്കുന്ന സോഫ്റ്റ്വെയർ എന്നിവയിലെ എന്തെങ്കിലും തടസ്സങ്ങൾ - ഇതെല്ലാം പൂർണ്ണമായും നിങ്ങളുടെ ചുമലിലാണ് കിടക്കുന്നതെന്ന് നിങ്ങൾ മനസ്സിലാക്കണം. എന്നിരുന്നാലും, പരിശീലനത്തിനും പരിശോധനയ്ക്കും, ഇത് ആവശ്യത്തിലധികം.

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

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

പൊതുവേ, സെർവർ ഇൻഫ്രാസ്ട്രക്ചർ ഇതുപോലെ കാണപ്പെടുന്നു: ഞങ്ങൾക്ക് “ഓർക്കസ്ട്രേറ്റർ” (“ഓർക്കസ്ട്രേഷൻ” എന്നത് നിരവധി സെർവർ സംഭവങ്ങൾ കൈകാര്യം ചെയ്യുന്ന പ്രക്രിയയാണ്), ഇത് ഒരു സെർവർ സംഭവത്തിൽ പാരിസ്ഥിതിക മാറ്റങ്ങൾ നിയന്ത്രിക്കുന്നു, ഒരു വിർച്ച്വലൈസേഷൻ കണ്ടെയ്‌നർ (ഓപ്ഷണൽ, എന്നാൽ തികച്ചും പലപ്പോഴും ഉപയോഗിക്കുന്നു), ഇത് ആപ്ലിക്കേഷനെ ഒറ്റപ്പെട്ട ലോജിക്കൽ ലെയറുകളിലേക്കും തുടർച്ചയായ സംയോജന സോഫ്‌റ്റ്‌വെയറിലേക്കും വിഭജിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു—“സ്ക്രിപ്റ്റുകൾ” വഴി ഹോസ്റ്റ് ചെയ്‌ത കോഡിലേക്കുള്ള അപ്‌ഡേറ്റുകൾ അനുവദിക്കുന്നു.

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

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

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

അതിനാൽ, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്ന പരിതസ്ഥിതിയെക്കുറിച്ച് സംസാരിച്ചുകഴിഞ്ഞാൽ, ഈ ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിക്കുന്നതിന് ആധുനിക ലോകം ഞങ്ങൾക്ക് എന്ത് ഉപകരണങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നുവെന്ന് നോക്കേണ്ട സമയമാണിത്.

അടിസ്ഥാനകാര്യങ്ങളിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം: ബാക്കെൻഡ് (ബാക്കെൻഡ്) - സെർവർ ഭാഗം. ഇവിടെ ഭാഷയുടെ തിരഞ്ഞെടുപ്പ്, അടിസ്ഥാന പ്രവർത്തനങ്ങളുടെ സെറ്റ്, മുൻകൂട്ടി നിശ്ചയിച്ച ഘടന (ഫ്രെയിം വർക്ക്) എന്നിവ പ്രധാനമായും വ്യക്തിഗത മുൻഗണനകളാൽ നിർണ്ണയിക്കപ്പെടുന്നു, എന്നിരുന്നാലും, പരിഗണനയ്ക്കായി ഇത് പരാമർശിക്കേണ്ടതാണ് (ഭാഷകളെക്കുറിച്ചുള്ള രചയിതാവിന്റെ അഭിപ്രായം തികച്ചും ആത്മനിഷ്ഠമാണ്, ക്ലെയിം ഉണ്ടെങ്കിലും നിഷ്പക്ഷമായ വിവരണത്തിലേക്ക്):

• അനുഭവപരിചയമില്ലാത്ത ഒരു ഉപയോക്താവിന് പൈത്തൺ തികച്ചും സൗഹാർദ്ദപരമായ ഭാഷയാണ്, ഇത് ചില തെറ്റുകൾ ക്ഷമിക്കുന്നു, പക്ഷേ ഇത് ഡവലപ്പറോട് വളരെ കർശനമായിരിക്കാം, അതിനാൽ അവൻ മോശമായൊന്നും ചെയ്യില്ല. 1991 ൽ പ്രത്യക്ഷപ്പെട്ട, ഇതിനകം തന്നെ പക്വമായതും അർത്ഥവത്തായതുമായ ഭാഷ.
• ഗൂഗിളിൽ നിന്നുള്ള ഭാഷയായ ഗോ, തികച്ചും സൗഹാർദ്ദപരവും സൗകര്യപ്രദവുമാണ്, ഏത് പ്ലാറ്റ്‌ഫോമിലും ഒരു എക്‌സിക്യൂട്ടബിൾ ഫയൽ കംപൈൽ ചെയ്യാനും നേടാനും വളരെ എളുപ്പമാണ്. ഇത് ലളിതവും മനോഹരവുമാകാം, അല്ലെങ്കിൽ സങ്കീർണ്ണവും ഗൗരവമേറിയതുമാകാം. പുതുമയും ചെറുപ്പവും താരതമ്യേന അടുത്തിടെ 2009 ൽ പ്രത്യക്ഷപ്പെട്ടു.
• 2006-ൽ പുറത്തിറങ്ങിയ റസ്റ്റ് അതിന്റെ മുൻ സഹപ്രവർത്തകനേക്കാൾ അൽപ്പം പ്രായമുള്ളയാളാണ്, എന്നാൽ സമപ്രായക്കാരെ അപേക്ഷിച്ച് ഇപ്പോഴും വളരെ ചെറുപ്പമാണ്. കൂടുതൽ പരിചയസമ്പന്നരായ ഡെവലപ്പർമാരെ ലക്ഷ്യം വച്ചുള്ളതാണ്, പ്രോഗ്രാമർക്കുള്ള നിരവധി താഴ്ന്ന തലത്തിലുള്ള ജോലികൾ പരിഹരിക്കാൻ ഇത് ഇപ്പോഴും ശ്രമിക്കുന്നുണ്ടെങ്കിലും.
• ജാവ 1995-ൽ അവതരിപ്പിച്ച വാണിജ്യ വികസനത്തിന്റെ ഒരു വിദഗ്ധനാണ്, ഇന്ന് എന്റർപ്രൈസ് ആപ്ലിക്കേഷൻ വികസനത്തിൽ ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന ഭാഷകളിലൊന്നാണിത്. അടിസ്ഥാന ആശയങ്ങളും കനത്ത സജ്ജീകരണവും ഉപയോഗിച്ച്, ഒരു തുടക്കക്കാരന് റൺടൈം തികച്ചും വെല്ലുവിളി നിറഞ്ഞതായിരിക്കും.
• മൈക്രോസോഫ്റ്റ് പുറത്തിറക്കിയ ഒരു ആപ്ലിക്കേഷൻ ഡെവലപ്‌മെന്റ് പ്ലാറ്റ്‌ഫോമാണ് ASP.net. പ്രവർത്തനക്ഷമത എഴുതാൻ, 2000-ൽ പ്രത്യക്ഷപ്പെട്ട C# ഭാഷ (ഉച്ചാരണം സി ഷാർപ്പ്) ആണ് പ്രധാനമായും ഉപയോഗിക്കുന്നത്. അതിന്റെ സങ്കീർണ്ണത ജാവയും റസ്റ്റും തമ്മിലുള്ള നിലയുമായി താരതമ്യപ്പെടുത്താവുന്നതാണ്.
• PHP, യഥാർത്ഥത്തിൽ HTML പ്രീപ്രോസസിംഗിനായി ഉപയോഗിച്ചു, നിലവിൽ, ഭാഷാ വിപണിയിൽ ഇതിന് സമ്പൂർണ്ണ നേതൃത്വം ഉണ്ടെങ്കിലും, ഉപയോഗത്തിൽ കുറവുണ്ടാകുന്ന ഒരു പ്രവണതയുണ്ട്. ഇതിന് കുറഞ്ഞ പ്രവേശന പരിധിയും കോഡ് എഴുതാനുള്ള എളുപ്പവുമുണ്ട്, എന്നാൽ അതേ സമയം, സാമാന്യം വലിയ ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുമ്പോൾ, ഭാഷയുടെ പ്രവർത്തനം മതിയാകണമെന്നില്ല.

ശരി, ഞങ്ങളുടെ ആപ്ലിക്കേഷന്റെ അവസാന ഭാഗം - ഉപയോക്താവിന് ഏറ്റവും മൂർത്തമായത് - എന്റ് (മുൻവശം) - നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ മുഖമാണ്; ഉപയോക്താവ് നേരിട്ട് സംവദിക്കുന്നത് ഈ ഭാഗത്തിലൂടെയാണ്.

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

• ReactJS ഒരു ചട്ടക്കൂടല്ല, ഒരു ലൈബ്രറിയാണ്. യഥാർത്ഥത്തിൽ, ചട്ടക്കൂട് അതിന്റെ അഭിമാന ശീർഷകത്തിൽ നിന്ന് വ്യത്യസ്തമാകുന്നത് "ബോക്‌സിന് പുറത്ത്" ചില ഫംഗ്‌ഷനുകളുടെ അഭാവത്തിലും അവ സ്വമേധയാ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതിന്റെ ആവശ്യകതയിലും മാത്രമാണ്. അങ്ങനെ, ഈ ലൈബ്രറിയുടെ "തയ്യാറാക്കലിന്റെ" നിരവധി വ്യതിയാനങ്ങൾ ഉണ്ട്, അതുല്യമായ ചട്ടക്കൂടുകൾ രൂപപ്പെടുത്തുന്നു. ചില അടിസ്ഥാന തത്വങ്ങളും ബിൽഡ് എൻവയോൺമെന്റിന്റെ തികച്ചും ആക്രമണാത്മകമായ സജ്ജീകരണവും കാരണം ഒരു തുടക്കക്കാരന് ഇത് അൽപ്പം ബുദ്ധിമുട്ടായിരിക്കും. എന്നിരുന്നാലും, പെട്ടെന്നുള്ള തുടക്കത്തിനായി, നിങ്ങൾക്ക് "ക്രിയേറ്റ്-റിയാക്റ്റ്-ആപ്പ്" പാക്കേജ് ഉപയോഗിക്കാം.
• ഉപയോക്തൃ ഇന്റർഫേസുകൾ നിർമ്മിക്കുന്നതിനുള്ള ഒരു ചട്ടക്കൂടാണ് VueJS. ഈ ത്രിത്വത്തിൽ, ഇത് ഏറ്റവും ഉപയോക്തൃ-സൗഹൃദ ചട്ടക്കൂടിന്റെ തലക്കെട്ട് ശരിയായി എടുക്കുന്നു; Vue-യിലെ വികസനത്തിന്, മറ്റ് പരാമർശിച്ച സഹോദരങ്ങളെ അപേക്ഷിച്ച് പ്രവേശനത്തിനുള്ള തടസ്സം കുറവാണ്. മാത്രമല്ല, അവരിൽ ഏറ്റവും പ്രായം കുറഞ്ഞയാളാണ് അദ്ദേഹം.
• കോണാകൃതി ഈ ചട്ടക്കൂടുകളിൽ ഏറ്റവും സങ്കീർണ്ണമായി കണക്കാക്കപ്പെടുന്നു, ആവശ്യമുള്ളത് മാത്രം ടൈപ്പ്സ്ക്രിപ്റ്റ് (Javascript ഭാഷയ്ക്കുള്ള ആഡ്-ഓൺ). വലിയ എന്റർപ്രൈസ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കാൻ പലപ്പോഴും ഉപയോഗിക്കുന്നു.

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

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