ആധുനിക ഫ്രണ്ട്എൻഡ് എൻജിനീയറിംഗ് പത്ത് വർഷം മുമ്പുണ്ടായിരുന്നതുപോലെയല്ല. നിങ്ങൾ വെറുതെ HTML-ഉം CSS-ഉം മാത്രം എഴുതുകയല്ല ചെയ്യുന്നത്. ഒരു സാധാരണ പ്രോജക്റ്റ് ഇപ്പോൾ ഒരു പ്രത്യേക Node.js റൺടൈം, ലോക്ക് ചെയ്ത ഒരു പാക്കേജ് മാനേജർ വേർഷൻ, സങ്കീർണ്ണമായ ബിൽഡ് ടൂളുകൾ, എല്ലാം കൃത്യമായി ക്രമീകരിക്കപ്പെടാൻ പ്രതീക്ഷിക്കുന്ന ഡിപ്ലോയ്മെന്റ് പൈപ്പ്ലൈനുകൾ എന്നിവയ്ക്കൊപ്പം വരുന്നു. ആദ്യത്തെ npm install-നും അവസാനത്തെ പ്രൊഡക്ഷൻ ബിൽഡിനും ഇടയിൽ ചെറിയ വ്യത്യാസങ്ങൾ കടന്നുവരാം. ഒരു സഹപ്രവർത്തകൻ Node 20 ഉപയോഗിക്കുന്നു, നിങ്ങൾ Node 18 ഉപയോഗിക്കുന്നു. നിങ്ങളുടെ മെഷീനിലെ ഒരു ഗ്ലോബൽ CLI ടൂൾ അവരുടെ മെഷീനിലെ ഒരു മിസ്സിംഗ് ഡിപെൻഡൻസിയെ മറച്ചുവെക്കുന്നു. അപ്പോൾ ആരും കേൾക്കാൻ ആഗ്രഹിക്കാത്ത ആ വാചകം വരുന്നു: "ഇത് എന്റെ മെഷീനിൽ വർക്ക് ചെയ്യുന്നുണ്ട്."
ആ അനിശ്ചിതത്വം ഒഴിവാക്കുന്നതുകൊണ്ട് Docker നിങ്ങളുടെ ഫ്രണ്ട്എൻഡ് ടൂൾകിറ്റിൽ അർഹമായ സ്ഥാനം നേടുന്നു. നിങ്ങളുടെ ആപ്ലിക്കേഷനെ അതിന് ആവശ്യമുള്ള കൃത്യമായ റൺടൈം, സിസ്റ്റം ലൈബ്രറികൾ, ഡിപെൻഡൻസികൾ എന്നിവയ്ക്കൊപ്പം അത് ഒരുമിച്ച് പാക്കേജ് ചെയ്യുന്നു. നിങ്ങൾ Windows-ൽ കോഡിംഗ് ചെയ്യുകയാണെങ്കിലും, macOS-ൽ നിന്ന് ഷിപ്പ് ചെയ്യുകയാണെങ്കിലും, അല്ലെങ്കിൽ ഒരു Linux ക്ലൗഡ് ഇൻസ്റ്റൻസിലേക്ക് ഡിപ്ലോയ് ചെയ്യുകയാണെങ്കിലും, അതിന്റെ പ്രവർത്തനം ഒരേപോലെയായിരിക്കും.
ഫ്രണ്ട്എൻഡ് ഡെവലപ്പർമാർ ഇത് ശ്രദ്ധിക്കേണ്ടത് എന്തുകൊണ്ട്
Docker പരിഹരിക്കുന്ന പ്രശ്നങ്ങൾ വെറും സാങ്കൽപ്പികമല്ല. അവ ഓരോ സ്പ്രിന്റിലും പ്രത്യക്ഷപ്പെടുന്നു.
വേർഷൻ സംഘർഷങ്ങൾ (Version conflicts) സമയം നഷ്ടപ്പെടുത്തുന്നു. ഒരു പഴയ ക്ലയന്റ് പ്രോജക്റ്റിന് Node 18 ആവശ്യമാണ്, നിങ്ങളുടെ സൈഡ് പ്രോജക്റ്റിന് Node 20 ആവശ്യമാണ്, പുതിയ സ്റ്റാർട്ടപ്പ് ജോലികൾക്ക് Node 22 ആവശ്യമാണ്. കണ്ടെയ്നറുകൾ ഇല്ലാതെ, നിങ്ങൾ ഇത് വേർഷൻ മാനേജറുകൾ ഉപയോഗിച്ച് നിയന്ത്രിക്കുന്നു. അത് പ്രവർത്തിക്കുന്നത് വരെ മാത്രം. ഒരു ചെറിയ npm വേർഷൻ വ്യത്യാസം പോലും peer dependencies എങ്ങനെ പരിഹരിക്കപ്പെടുന്നു എന്നതിനെ മാറ്റിയേക്കാം, ഇത് മറ്റൊരാൾക്ക് കൃത്യമായി പ്രവർത്തിക്കുന്ന ഒരു ബിൽഡ് നിങ്ങൾക്ക് തകരാറിലാക്കി നൽകിയേക്കാം. ഒരു ഫ്രെയിംവർക്ക് പുതിയ റിലീസ് പ്രഖ്യാപിക്കുമ്പോൾ, ഫീഡ്ബാക്ക് ലൂപ്പ് എന്നത് രണ്ട് മണിക്കൂർ നീളുന്ന റീ-ഇൻസ്റ്റാളേഷൻ ആകരുത്. അത് ഒരു ഫയൽ മാറ്റവും ഒരു കണ്ടെയ്നർ റീസ്റ്റാർട്ടും മാത്രമായിരിക്കണം.
ഗ്ലോബൽ പാക്കേജുകളും നിശബ്ദമായ തടസ്സങ്ങളുടെ മറ്റൊരു ഉറവിടമാണ്. ആറ് മാസം മുമ്പ് നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്ത Angular CLI, Expo അല്ലെങ്കിൽ Prisma എന്നിവ നിങ്ങളുടെ കയ്യിൽ ഉണ്ടാകാം. ഒരു പുതിയ ഡെവലപ്പർ അതേ ടൂൾ പുതുതായി ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ മറ്റൊരു വേർഷൻ ലഭിക്കുന്നു. പെട്ടെന്ന് നിങ്ങളുടെ ബിൽഡ് സ്ക്രിപ്റ്റുകൾ മറ്റൊരിടത്തും കാണാത്ത മുന്നറിയിപ്പുകൾ നൽകുന്നു. എല്ലാം പ്രോജക്റ്റ് ലോക്കൽ ആയി സൂക്ഷിക്കുന്നതിലൂടെ Docker ഇത് പരിഹരിക്കുന്നു. നിങ്ങളുടെ Dockerfile-ൽ നിങ്ങൾ Node വേർഷൻ നിർവചിക്കുന്നു. ഡിപെൻഡൻസികൾ നിങ്ങളുടെ ഹോസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ നിന്ന് വേർതിരിച്ച് കണ്ടെയ്നറിനുള്ളിൽ ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്നു. നിങ്ങളുടെ ലാപ്ടോപ്പ് macOS, Windows അല്ലെങ്കിൽ Ubuntu ആകട്ടെ; ആപ്ലിക്കേഷൻ എല്ലാ തവണയും ഒരേ എൻവയോൺമെന്റ് തന്നെ കാണുന്നു.
ഓൺബോർഡിംഗ് (Onboarding) ഗുണങ്ങൾ അവഗണിക്കാനാവില്ല. പുതിയ ജീവനക്കാർക്ക് Homebrew ഇൻസ്റ്റാളേഷനുകൾ, nvm ഏലിയാസുകൾ (aliases), ഗ്ലോബൽ പെർമിഷൻ ഫിക്സുകൾ എന്നിവ ഉൾക്കൊള്ളുന്ന മൂന്ന് പേജ് നീളമുള്ള ഒരു readme വായിക്കേണ്ടതില്ല. അവർ Docker ഇൻസ്റ്റാൾ ചെയ്യുക, റെപ്പോസിറ്ററി ക്ലോൺ ചെയ്യുക, ഒരു കമാൻഡ് റൺ ചെയ്യുക - ഇത്രമാത്രം. ഒരു വൈകുന്നേരം മുഴുവൻ എടുത്തിരുന്ന സെറ്റപ്പ് ഇപ്പോൾ മിനിറ്റുകൾക്കുള്ളിൽ തീരും. അവർ പ്രോജക്റ്റുകൾ മാറുമ്പോൾ, ഒന്നും ബാക്കിയുണ്ടാവില്ല. ഉപയോഗശൂന്യമായ ഗ്ലോബൽ ടൂളുകളോ, PATH മുൻഗണനയ്ക്കായി പോരാടുന്ന വേർഷൻ മാനേജർമാരോ ഉണ്ടാകില്ല. അവരുടെ ലോക്കൽ മെഷീൻ വൃത്തിയായിരിക്കും.
ഇമേജുകളും കണ്ടെയ്നറുകളും: അടിസ്ഥാന കാര്യങ്ങൾ
Docker നിങ്ങൾക്ക് പുതിയതാണെങ്കിൽ, ഇതിലെ പദാവലികൾ കേൾക്കുന്നതിനേക്കാൾ ലളിതമാണ്. ഒരു Docker ഇമേജ് എന്നത് ഒരു ബ്ലൂപ്രിന്റ് ആണ്. അതിൽ നിങ്ങളുടെ സോഴ്സ് കോഡ്, Node.js റൺടൈം, ലോക്ക് ഫയൽ, ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കാൻ ആവശ്യമായ എല്ലാ ഡിപെൻഡൻസികളും അടങ്ങിയിരിക്കുന്നു. ആ ഇമേജിൽ നിന്ന് നിർമ്മിക്കപ്പെട്ട ഒരു ലൈവ് ഇൻസ്റ്റൻസ് ആണ് കണ്ടെയ്നർ. ഇമേജിനെ ഒരു പാചകക്കുറിപ്പായി (recipe) കാണുക, കണ്ടെയ്നറിനെ യഥാർത്ഥ ഭക്ഷണമായി കാണുക. ഒരു പാചകക്കുറിപ്പ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് നൂറു തവണ ഒരേ കേക്ക് ഉണ്ടാക്കാം. ഹോസ്റ്റ് കമ്പ്യൂട്ടറിൽ എന്താണ് ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നത് എന്ന് ആശങ്കപ്പെടാതെ ഒരു ഇമേജിൽ നിന്ന് ഒരേപോലെയുള്ള കണ്ടെയ്നറുകൾ നിങ്ങൾക്ക് പ്രവർത്തിപ്പിക്കാം.
ഒരു പ്രായോഗിക Dockerfile
നമുക്ക് ഒരു പ്രായോഗിക തുടക്കം നോക്കാം. നിങ്ങൾ