നിങ്ങൾക്ക് എന്തിനാണ് ഒരു സെർവർ വേണ്ടത്, എന്താണ് സെർവറുകൾ. സെർവറുകളുമായി പ്രവർത്തിക്കുന്നതിനുള്ള നിസ്സാരമല്ലാത്ത കേസുകൾ സെർവറിന്റെ തത്വം എന്താണ്

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

"സെർവർ" എന്ന ആശയത്തിന് ഒരു ഹാർഡ്‌വെയർ ഉപകരണവും അതിനുള്ള സോഫ്റ്റ്‌വെയറും (ഹാർഡ്‌വെയറും വെർച്വലും) മറയ്ക്കാൻ കഴിയും. ഹാർഡ്‌വെയർ സെർവർ ഒരു പ്രത്യേക കമ്പ്യൂട്ടറാണ്. മറ്റ് പിസികളുടെയും ഓഫീസ് ഉപകരണങ്ങളുടെയും പ്രവർത്തനം ഉറപ്പാക്കാൻ ഇത് ആവശ്യമാണ്. വെർച്വൽ സെർവർ സോഫ്റ്റ്‌വെയർ ആണ്. ഈ സാഹചര്യത്തിൽ, ഒരു പ്രത്യേക സെർവർ ഈ രണ്ട് തരങ്ങളും സംയോജിപ്പിക്കുന്നു.

ആദ്യം, അതിന്റെ ജോലി നെറ്റ്‌വർക്കിനെയും ഉപയോക്താക്കളെയും പരിപാലിക്കുക എന്നതാണ്, നെറ്റ്‌വർക്ക് നിയന്ത്രിക്കലല്ലെന്ന് ഓർമ്മിക്കുക. ഉപയോക്താക്കൾ തന്നെ സെർവറിനായി ടാസ്‌ക്കുകൾ സജ്ജമാക്കി, അത് വേഗത്തിൽ പരിഹരിക്കുന്നു. മികച്ച സെർവർ, ഉദാഹരണത്തിന്, HP സെർവറുകൾ പോലെ, അത് അതിന്റെ ചുമതലകൾ നിർവഹിക്കുന്നു.

ഈ ഉപകരണങ്ങളെല്ലാം ഒരു നെറ്റ്‌വർക്കിലേക്ക് ബന്ധിപ്പിക്കാതെ ധാരാളം ഇലക്ട്രോണിക് ഉപകരണങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള വലിയ കമ്പനികളുടെ പ്രവർത്തനം ഇതിനകം തന്നെ സങ്കൽപ്പിക്കാൻ പ്രയാസമാണ്. എന്റർപ്രൈസിലെ സെർവർ ഓഫീസ് ഉപകരണങ്ങളുടെ വിദൂര നിയന്ത്രണം അനുവദിക്കുകയും പിസികൾ പരസ്പരം ഇടപഴകാൻ അനുവദിക്കുകയും ചെയ്യുന്നു.

സെർവർ തകരാറോ അതിന്റെ പ്രവർത്തനത്തിലെ പരാജയമോ ദുരന്തത്തിൽ അവസാനിക്കാം

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

സെർവർ നെറ്റ്‌വർക്കിലേക്ക് ആക്‌സസ് നൽകുന്നു. എല്ലാ സൈറ്റുകളും സെർവറുകളിൽ സംഭരിച്ചിരിക്കുന്നു. ഇത് പങ്കിട്ട ഹോസ്റ്റിംഗ് നൽകുന്നു. ഹോസ്റ്റിംഗ് കമ്പനികളാണ് ഈ സേവനം നൽകുന്നത്.

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

എവിടെ തുടങ്ങണമെന്ന് നിങ്ങൾക്ക് അറിയില്ലെങ്കിൽ, നിങ്ങൾ വീണ്ടും ആരംഭിക്കേണ്ടതുണ്ട്. എല്ലാത്തരം ആധുനിക വെബ് സാങ്കേതികവിദ്യകളിലും ആശയക്കുഴപ്പത്തിലാകാതിരിക്കാൻ, ആധുനിക ഇന്റർനെറ്റ് എങ്ങനെ ആരംഭിച്ചുവെന്നും സാങ്കേതികവിദ്യകൾ എങ്ങനെ വികസിക്കുകയും മെച്ചപ്പെടുത്തുകയും ചെയ്തുവെന്ന് മനസിലാക്കാൻ നിങ്ങൾ ചരിത്രത്തിലേക്ക് തിരിയേണ്ടതുണ്ട്.

HTTP സെർവർ

ഇന്റർനെറ്റിന്റെ വികസനത്തിന്റെ തുടക്കത്തിൽ, സൈറ്റുകൾ പ്രത്യേകമായി അടയാളപ്പെടുത്തിയ പ്രമാണങ്ങളുടെയും ചില അനുബന്ധ ഡാറ്റയുടെയും ലളിതമായ ഒരു ശേഖരമായിരുന്നു: ഫയലുകൾ, ഇമേജുകൾ മുതലായവ. ഡോക്യുമെന്റുകൾ പരസ്പരം റഫർ ചെയ്യുന്നതിനും ബന്ധപ്പെട്ട ഡാറ്റയ്ക്കും വേണ്ടി, ഒരു പ്രത്യേക ഹൈപ്പർടെക്സ്റ്റ് മാർക്ക്അപ്പ് ഭാഷയായ HTML നിർദ്ദേശിച്ചു, അത്തരം പ്രമാണങ്ങൾ ഇന്റർനെറ്റ് വഴി ആക്സസ് ചെയ്യുന്നതിന്, HTTP പ്രോട്ടോക്കോൾ നിർദ്ദേശിച്ചു. ഭാഷയും പ്രോട്ടോക്കോളും, വികസിപ്പിക്കുകയും മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു, കാര്യമായ മാറ്റങ്ങളില്ലാതെ ഇന്നും നിലനിൽക്കുന്നു. 1999-ൽ സ്വീകരിച്ച HTTP / 1.1 പ്രോട്ടോക്കോൾ മാറ്റിസ്ഥാപിക്കാൻ തുടങ്ങി, HTTP / 2 പ്രോട്ടോക്കോൾ ആധുനിക നെറ്റ്‌വർക്കിന്റെ ആവശ്യകതകളിൽ പ്രധാന മാറ്റങ്ങൾ കൊണ്ടുവരുന്നു.

ക്ലയന്റ്-സെർവർ സാങ്കേതികവിദ്യ ഉപയോഗിച്ചാണ് HTTP പ്രോട്ടോക്കോൾ നടപ്പിലാക്കുന്നത് കൂടാതെ സ്‌റ്റേറ്റ്‌ലെസ് അഭ്യർത്ഥന-പ്രതികരണ തത്വത്തിൽ പ്രവർത്തിക്കുന്നു. അഭ്യർത്ഥനയുടെ ലക്ഷ്യം ഒരു ഉറവിടമാണ്, അത് നിർവ്വചിച്ചിരിക്കുന്നു സിംഗിൾ റിസോഴ്സ് ഐഡന്റിഫയർ - URI (യൂണിഫോം റിസോഴ്സ് ഐഡന്റിഫയർ), HTTP URI ഇനങ്ങളിൽ ഒന്ന് ഉപയോഗിക്കുന്നു - URL (യൂണിഫോം റിസോഴ്സ് ലൊക്കേറ്റർ) - യൂണിവേഴ്സൽ റിസോഴ്സ് ലൊക്കേറ്റർ, ഇത് റിസോഴ്സിനെക്കുറിച്ചുള്ള വിവരങ്ങൾക്ക് പുറമേ, അതിന്റെ ഭൗതിക സ്ഥാനവും നിർണ്ണയിക്കുന്നു.

HTTP സെർവറിന്റെ ചുമതല ക്ലയന്റിന്റെ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുകയും ഒന്നുകിൽ അതിന് ആവശ്യമായ ഉറവിടം നൽകുകയും ചെയ്യുക, അല്ലെങ്കിൽ അങ്ങനെ ചെയ്യാനുള്ള അസാധ്യത റിപ്പോർട്ട് ചെയ്യുക എന്നതാണ്. ഇനിപ്പറയുന്ന ഡയഗ്രം പരിഗണിക്കുക:

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

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

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

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

പൊതുവായി ഏതെങ്കിലും ലിങ്കുകളിലേക്കുള്ള പരിവർത്തനം ഒരു ആധുനിക ഉപയോക്താവിനെ ആശയക്കുഴപ്പത്തിലാക്കും, ബ്രൗസറിലെ അതേ പേരിലുള്ള ബട്ടൺ അമർത്തിയാൽ അല്ലാതെ അത്തരമൊരു പേജിൽ നിന്ന് തിരികെ പോകാൻ കഴിയില്ല.

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

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

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

എസ്എസ്ഐ ഇന്ന് സജീവമായി ഉപയോഗിക്കുന്നുവെന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്, ഇവിടെ ചില സ്റ്റാറ്റിക് ഉള്ളടക്കങ്ങൾ പേജ് കോഡിലേക്ക് തിരുകേണ്ടതുണ്ട്, പ്രാഥമികമായി അതിന്റെ ലാളിത്യവും ആവശ്യപ്പെടാത്ത ഉറവിടങ്ങളും കാരണം.

സിജിഐ

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

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

എന്നിരുന്നാലും, ആപ്ലിക്കേഷൻ സെർവറിന് HTTP പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് എങ്ങനെ പ്രവർത്തിക്കാമെന്നും ഉപയോക്തൃ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യാമെന്നും അറിയില്ല, കാരണം ഇത് വെബ് സെർവറിന്റെ ചുമതലയാണ്. അവരുടെ ഇടപെടൽ വികസിപ്പിച്ചതായി ഉറപ്പാക്കാൻ പൊതുവായ ഗേറ്റ്‌വേ ഇന്റർഫേസ് - സിജിഐ (കോമൺ ഗേറ്റ്‌വേ ഇന്റർഫേസ്).

CGI ഒരു പ്രോഗ്രാമോ പ്രോട്ടോക്കോളോ അല്ല, അത് ഒരു ഇന്റർഫേസ് മാത്രമാണെന്ന് വ്യക്തമായി മനസ്സിലാക്കണം, അതായത്. ആപ്ലിക്കേഷനുകൾക്കിടയിൽ സംവദിക്കാനുള്ള ഒരു കൂട്ടം വഴികൾ. കൂടാതെ, CGI എന്ന പദം ഒരു CGI ആപ്ലിക്കേഷൻ അല്ലെങ്കിൽ CGI സ്ക്രിപ്റ്റ് എന്ന ആശയവുമായി ആശയക്കുഴപ്പത്തിലാക്കരുത്, ഇത് CGI ഇന്റർഫേസിലൂടെയുള്ള പ്രവർത്തനത്തെ പിന്തുണയ്ക്കുന്ന ഒരു പ്രോഗ്രാമിനെ (സ്ക്രിപ്റ്റ്) സൂചിപ്പിക്കുന്നു.

ഡാറ്റ കൈമാറാൻ സ്റ്റാൻഡേർഡ് ഇൻപുട്ട്-ഔട്ട്പുട്ട് സ്ട്രീമുകൾ ഉപയോഗിക്കുന്നു, വെബ് സെർവറിൽ നിന്ന് CGI ആപ്ലിക്കേഷനിലേക്ക് ഡാറ്റ കൈമാറുന്നു stdin, വഴി തിരിച്ചെടുക്കുന്നു stdout, പിശക് സന്ദേശങ്ങൾ അയയ്ക്കാൻ ഉപയോഗിക്കുന്നു stderr.

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

ഒരു ഡൈനാമിക് സൈറ്റ് തമ്മിലുള്ള മറ്റൊരു പ്രധാന വ്യത്യാസം, ഉപയോക്താവിന് നൽകിയിരിക്കുന്ന രൂപത്തിൽ അതിന്റെ പേജുകൾ ഭൗതികമായി നിലവിലില്ല എന്നതാണ്. വാസ്തവത്തിൽ, ഒരു വെബ് ആപ്ലിക്കേഷൻ ഉണ്ട്, അതായത്. ഒരു കൂട്ടം സ്ക്രിപ്റ്റുകളും ടെംപ്ലേറ്റുകളും സൈറ്റ് മെറ്റീരിയലുകളും സേവന വിവരങ്ങളും സംഭരിക്കുന്ന ഒരു ഡാറ്റാബേസ്; സ്റ്റാറ്റിക് ഉള്ളടക്കം വെവ്വേറെ സ്ഥിതിചെയ്യുന്നു: ചിത്രങ്ങൾ, ജാവ സ്ക്രിപ്റ്റുകൾ, ഫയലുകൾ.

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

CGI-യുടെ ഗുണങ്ങളിൽ ഭാഷയും വാസ്തുവിദ്യാ സ്വാതന്ത്ര്യവും ഉൾപ്പെടുന്നു: ഒരു CGI ആപ്ലിക്കേഷൻ ഏത് ഭാഷയിലും എഴുതാനും ഏത് വെബ് സെർവറിലും തുല്യമായി പ്രവർത്തിക്കാനും കഴിയും. സ്റ്റാൻഡേർഡിന്റെ ലാളിത്യവും തുറന്നതും കണക്കിലെടുക്കുമ്പോൾ, ഇത് വെബ് ആപ്ലിക്കേഷനുകളുടെ ദ്രുതഗതിയിലുള്ള വികസനത്തിന് കാരണമായി.

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

ഇപ്പോൾ, CGI പ്രായോഗികമായി ഉപയോഗിക്കുന്നില്ല, കാരണം അത് കൂടുതൽ നൂതന സാങ്കേതികവിദ്യകളാൽ മാറ്റിസ്ഥാപിക്കപ്പെട്ടു.

ഫാസ്റ്റ്സിജിഐ

പേര് സൂചിപ്പിക്കുന്നത് പോലെ, ഈ സാങ്കേതികവിദ്യ വികസിപ്പിക്കുന്നതിന്റെ പ്രധാന ലക്ഷ്യം സിജിഐയുടെ പ്രകടനം മെച്ചപ്പെടുത്തുക എന്നതായിരുന്നു. അതിന്റെ കൂടുതൽ വികസനം എന്ന നിലയിൽ, ഉയർന്ന പ്രകടനവും സുരക്ഷയും പ്രദാനം ചെയ്യുന്ന ഒരു വെബ് സെർവറും ആപ്ലിക്കേഷൻ സെർവറും തമ്മിലുള്ള ആശയവിനിമയത്തിനുള്ള ഒരു ക്ലയന്റ്-സെർവർ പ്രോട്ടോക്കോൾ ആണ് FastCGI.

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

ഒരേ കമ്പ്യൂട്ടറിൽ നമുക്ക് നിരവധി FastCGI പ്രക്രിയകൾ പ്രവർത്തിപ്പിക്കാനും കഴിയും, അവയ്ക്ക് സമാന്തരമായി അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യാം, അല്ലെങ്കിൽ സ്ക്രിപ്റ്റിംഗ് ഭാഷയുടെ വ്യത്യസ്ത ക്രമീകരണങ്ങളോ പതിപ്പുകളോ ഉണ്ടായിരിക്കും. ഉദാഹരണത്തിന്, വ്യത്യസ്ത FastCGI പ്രക്രിയകളിലേക്ക് അവരുടെ അഭ്യർത്ഥനകൾ ഡയറക്‌റ്റ് ചെയ്യുന്നതിലൂടെ നിങ്ങൾക്ക് ഒരേ സമയം വിവിധ സൈറ്റുകൾക്കായി PHP-യുടെ ഒന്നിലധികം പതിപ്പുകൾ ഉണ്ടായിരിക്കാം.

FastCGI പ്രോസസുകളും ലോഡ് ഡിസ്ട്രിബ്യൂഷനും കൈകാര്യം ചെയ്യാൻ പ്രോസസ് മാനേജർമാർ ഉപയോഗിക്കുന്നു, അവ ഒന്നുകിൽ ഒരു വെബ് സെർവറിന്റെ ഭാഗമോ പ്രത്യേക ആപ്ലിക്കേഷനുകളോ ആകാം. ജനപ്രിയമായ Apache, Lighttpd വെബ് സെർവറുകളിൽ ബിൽറ്റ്-ഇൻ FastCGI പ്രോസസ്സ് മാനേജർമാരുണ്ട്, അതേസമയം Nginx-ന് FastCGI-യുമായി പ്രവർത്തിക്കാൻ ഒരു ബാഹ്യ മാനേജർ ആവശ്യമാണ്.

PHP-FPM, spawn-fcgi എന്നിവ

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

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

ഓരോ FastCGI പ്രക്രിയയും അതിന്റേതായ chroot-ൽ വേർതിരിച്ചെടുക്കാൻ ബാഹ്യ മാനേജർമാർ നിങ്ങളെ അനുവദിക്കുന്നു (അതിനപ്പുറം ആക്‌സസ് ചെയ്യാനുള്ള സാധ്യതയില്ലാതെ ആപ്ലിക്കേഷന്റെ റൂട്ട് ഡയറക്‌ടറി മാറ്റുന്നു), ഇത് മറ്റ് പ്രോസസ്സുകളുടെ chroot-ൽ നിന്നും വെബ് സെർവറിന്റെ chroot-ൽ നിന്നും വ്യത്യസ്തമാണ്. കൂടാതെ, ഞങ്ങൾ ഇതിനകം പറഞ്ഞതുപോലെ, TCP / IP വഴി മറ്റ് സെർവറുകളിൽ സ്ഥിതിചെയ്യുന്ന FastCGI ആപ്ലിക്കേഷനുകളിൽ പ്രവർത്തിക്കാൻ അവ നിങ്ങളെ അനുവദിക്കുന്നു, പ്രാദേശിക ആക്‌സസ്സിന്റെ കാര്യത്തിൽ, നിങ്ങൾ ഒരു വേഗത്തിലുള്ള കണക്ഷൻ തരമായി ഒരു UNIX സോക്കറ്റ് വഴിയുള്ള ആക്‌സസ് തിരഞ്ഞെടുക്കണം.

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

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

SCGI, PCGI, PSGI, WSGI എന്നിവയും മറ്റുള്ളവയും

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

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

ശീർഷകത്തിൽ ഞങ്ങൾ ഒരു കൂട്ടം ചുരുക്കെഴുത്തുകൾ ലിസ്റ്റുചെയ്‌തിരിക്കുന്നതിനാൽ, ഞങ്ങൾ അവ കൂടുതൽ വിശദമായി പരിശോധിക്കും.

എസ്.സി.ജി.ഐ (ലളിതമായ കോമൺ ഗേറ്റ്‌വേ ഇന്റർഫേസ്) - ലളിതമായ പൊതു ഗേറ്റ്‌വേ ഇന്റർഫേസ്- സി‌ജി‌ഐക്ക് ബദലായി രൂപകൽപ്പന ചെയ്‌തതും ഫാസ്റ്റ്‌സി‌ജി‌ഐക്ക് സമാനമായതും എന്നാൽ നടപ്പിലാക്കാൻ എളുപ്പവുമാണ്. FastGCI-യുമായി ബന്ധപ്പെട്ട് ഞങ്ങൾ സംസാരിച്ചതെല്ലാം SCGI-യെ സംബന്ധിച്ചിടത്തോളം ശരിയാണ്.

പി.സി.ജി.ഐ (പേൾ കോമൺ ഗേറ്റ്‌വേ ഇന്റർഫേസ്) CGI ഇന്റർഫേസുമായി പ്രവർത്തിക്കുന്നതിനുള്ള ഒരു Perl ലൈബ്രറിയാണ്, CGI വഴി പേൾ ആപ്ലിക്കേഷനുകൾക്കൊപ്പം പ്രവർത്തിക്കുന്നതിനുള്ള പ്രധാന ഓപ്ഷനാണ്, ഇതിന് മിതമായ റിസോഴ്സ് ആവശ്യകതകളും നല്ല ഓവർലോഡ് പരിരക്ഷയും ഉള്ള മികച്ച പ്രകടനമുണ്ട് (CGI-ക്ക് ബാധകമായിടത്തോളം).

പി.എസ്.ജി.ഐ (പേൾ വെബ് സെർവർ ഗേറ്റ്‌വേ ഇന്റർഫേസ്) ഒരു വെബ് സെർവറും Perl-നുള്ള ആപ്ലിക്കേഷൻ സെർവറും തമ്മിലുള്ള ആശയവിനിമയത്തിനുള്ള സാങ്കേതികവിദ്യയാണ്. ക്ലാസിക് സിജിഐ ഇന്റർഫേസുമായി പ്രവർത്തിക്കുന്നതിനുള്ള ഒരു ഉപകരണമാണ് PCGI എങ്കിൽ, PSGI FastCGI പോലെയാണ്. PSGI സെർവർ Perl ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഒരു അന്തരീക്ഷം പ്രദാനം ചെയ്യുന്നു, അത് ഒരു സേവനമായി നിരന്തരം പ്രവർത്തിക്കുന്നു, കൂടാതെ TCP/IP അല്ലെങ്കിൽ UNIX സോക്കറ്റുകൾ വഴി ഒരു വെബ് സെർവറുമായി ആശയവിനിമയം നടത്താനും FastCGI-യുടെ അതേ ആനുകൂല്യങ്ങൾ പേൾ ആപ്ലിക്കേഷനുകൾ നൽകാനും കഴിയും.

WSGI (വെബ് സെർവർ ഗേറ്റ്‌വേ ഇന്റർഫേസ്) ഫൈറ്റൺ ഭാഷയിൽ എഴുതിയ പ്രോഗ്രാമുകൾക്കായി ഒരു വെബ് സെർവറും ആപ്ലിക്കേഷൻ സെർവറും തമ്മിലുള്ള ആശയവിനിമയത്തിനായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന മറ്റൊരു പ്രത്യേക ഗേറ്റ്‌വേ ഇന്റർഫേസ് ആണ്.

നിങ്ങൾക്ക് എളുപ്പത്തിൽ കാണാനാകുന്നതുപോലെ, ഞങ്ങൾ ലിസ്റ്റുചെയ്തിരിക്കുന്ന എല്ലാ സാങ്കേതികവിദ്യകളും ഒരു പരിധിവരെ അല്ലെങ്കിൽ മറ്റൊന്ന്, CGI/FastCGI യുടെ അനലോഗ് ആണ്, എന്നാൽ ആപ്ലിക്കേഷന്റെ പ്രത്യേക മേഖലകൾക്കുള്ളതാണ്. ഞങ്ങൾ അവതരിപ്പിച്ച ഡാറ്റ അവരുടെ ജോലിയുടെ തത്വത്തെയും സംവിധാനങ്ങളെയും കുറിച്ചുള്ള പൊതുവായ ധാരണയ്ക്ക് മതിയാകും, മാത്രമല്ല ഈ സാങ്കേതികവിദ്യകളും ഭാഷകളും ഉപയോഗിച്ച് ഗൗരവമായി പ്രവർത്തിക്കുമ്പോൾ മാത്രമേ അവരുടെ ആഴത്തിലുള്ള പഠനം അർത്ഥമാക്കൂ.

ഒരു അപ്പാച്ചെ മൊഡ്യൂളായി ആപ്ലിക്കേഷൻ സെർവർ

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

ഇതൊരു തരം "ഡിഫോൾട്ട്" വെബ് സെർവറാണെന്ന് നമുക്ക് പറയാം. ഏതെങ്കിലും മാസ് ഹോസ്റ്റിംഗ് എടുക്കുക - അപ്പാച്ചെ ഉണ്ടാകും, ഏതെങ്കിലും വെബ് ആപ്ലിക്കേഷൻ എടുക്കുക - ഡിഫോൾട്ട് ക്രമീകരണങ്ങൾ അപ്പാച്ചെയ്ക്ക് കീഴിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്.

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

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

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

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

തീർച്ചയായും, ഒരു പങ്കിട്ട വിലാസ സ്ഥലത്ത് ഞങ്ങൾ ആപ്ലിക്കേഷൻ സെർവർ ഒരു വെബ് സെർവർ മൊഡ്യൂളായി പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, ഞങ്ങൾക്ക് വളരെ ലളിതമായ ഒരു സ്കീം ലഭിക്കും:

എന്ത് നേട്ടങ്ങളാണ് ഇത് നൽകുന്നത്? സർക്യൂട്ട് ലളിതവും അതിൽ കുറവുള്ള മൂലകങ്ങളും, അത് പരിപാലിക്കുന്നതും പരിപാലിക്കുന്നതും എളുപ്പവും വിലകുറഞ്ഞതുമാണ്, പരാജയത്തിന്റെ പോയിന്റുകൾ കുറവാണ്. ഒരൊറ്റ സെർവറിന് ഇത് അത്ര പ്രധാനമല്ലെങ്കിൽ, ഹോസ്റ്റിംഗിന്റെ ചട്ടക്കൂടിനുള്ളിൽ ഇത് വളരെ പ്രധാനപ്പെട്ട ഒരു ഘടകമാണ്.

രണ്ടാമത്തെ നേട്ടം പ്രകടനമാണ്. വീണ്ടും, ഞങ്ങൾ Nginx-ന്റെ ആരാധകരെ നിരാശരാക്കും, ഒരൊറ്റ വിലാസ സ്ഥലത്ത് പ്രവർത്തിച്ചതിന് നന്ദി, Apache + mod_php ആപ്ലിക്കേഷൻ സെർവറിന്റെ പ്രകടനം മറ്റേതൊരു വെബ് സെർവർ + FastCGI (അല്ലെങ്കിൽ മറ്റ് CGI പരിഹാരം) എന്നതിനേക്കാൾ 10-20% വേഗതയുള്ളതായിരിക്കും. സൈറ്റിന്റെ വേഗത നിർണ്ണയിക്കുന്നത് ആപ്ലിക്കേഷൻ സെർവറിന്റെ പ്രകടനത്തിൽ മാത്രമല്ല, ഇതര വെബ് സെർവറുകൾക്ക് മികച്ച ഫലങ്ങൾ കാണിക്കാൻ കഴിയുന്ന മറ്റ് നിരവധി വ്യവസ്ഥകളാലും നിങ്ങൾ ഓർക്കണം.

എന്നാൽ മറ്റൊരു, ഗുരുതരമായ നേട്ടമുണ്ട്, ഒരൊറ്റ സൈറ്റിന്റെയോ ഉപയോക്താവിന്റെയോ തലത്തിൽ ആപ്ലിക്കേഷൻ സെർവർ ക്രമീകരിക്കാനുള്ള കഴിവാണിത്. നമുക്ക് അൽപ്പം പിന്നോട്ട് പോകാം: FastCGI/CGI സ്‌കീമുകളിൽ, ആപ്ലിക്കേഷൻ സെർവർ ഒരു പ്രത്യേക സേവനമാണ്, അതിന്റേതായ പ്രത്യേക ക്രമീകരണങ്ങൾ ഉണ്ട്, അത് മറ്റൊരു ഉപയോക്താവിന്റെ പേരിൽ അല്ലെങ്കിൽ മറ്റൊരു ഹോസ്റ്റിൽ പോലും പ്രവർത്തിക്കാൻ കഴിയും. ഒരൊറ്റ സെർവർ അഡ്‌മിനിസ്‌ട്രേറ്ററുടെയോ ചില വലിയ പ്രോജക്റ്റിന്റെയോ വീക്ഷണകോണിൽ നിന്ന്, ഇത് വളരെ മികച്ചതാണ്, എന്നാൽ ഉപയോക്താക്കൾക്കും ഹോസ്റ്റിംഗ് അഡ്മിനിസ്ട്രേറ്റർമാർക്കും, അത്രയൊന്നും അല്ല.

ഇന്റർനെറ്റിന്റെ വികസനം സാധ്യമായ വെബ് ആപ്ലിക്കേഷനുകളുടെ എണ്ണം (CMS, സ്ക്രിപ്റ്റുകൾ, ചട്ടക്കൂടുകൾ മുതലായവ) വളരെ വലുതായിത്തീർന്നിരിക്കുന്നു എന്ന വസ്തുതയിലേക്ക് നയിച്ചു, കൂടാതെ കുറഞ്ഞ പ്രവേശന പരിധി പ്രത്യേക സാങ്കേതികതയില്ലാതെ സൈറ്റ് നിർമ്മാണത്തിലേക്ക് ധാരാളം ആളുകളെ ആകർഷിച്ചു. അറിവ്. അതേ സമയം, വ്യത്യസ്ത വെബ് ആപ്ലിക്കേഷനുകൾക്ക് ആപ്ലിക്കേഷൻ സെർവറിന്റെ വ്യത്യസ്ത കോൺഫിഗറേഷൻ ആവശ്യമായി വന്നേക്കാം. എങ്ങനെയാകണം? എല്ലാ സമയത്തും പിന്തുണയുമായി ബന്ധപ്പെടണോ?

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

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

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

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

രണ്ടാമത്തെ പോരായ്മ ഉയർന്ന വിഭവ ഉപഭോഗമാണ്. CGI സ്‌കീമിൽ, ആപ്ലിക്കേഷൻ സെർവർ ഒരു പേജ് സൃഷ്‌ടിക്കുകയും അത് വെബ് സെർവറിലേക്ക് നൽകുകയും ഉറവിടങ്ങൾ സ്വതന്ത്രമാക്കുകയും ചെയ്യുന്നു, വെബ് സെർവർ പേജ് ഉള്ളടക്കം ക്ലയന്റിന് നൽകുന്നതുവരെ Apache + mod_php ബണ്ടിൽ ആപ്ലിക്കേഷൻ സെർവർ ഉറവിടങ്ങളെ തിരക്കിലാക്കി നിർത്തുന്നു. ക്ലയന്റ് മന്ദഗതിയിലാണെങ്കിൽ, അതിന്റെ സേവനത്തിന്റെ മുഴുവൻ സമയത്തും വിഭവങ്ങൾ തിരക്കിലായിരിക്കും. അതുകൊണ്ടാണ് അപ്പാച്ചെ പലപ്പോഴും Nginx-ന് മുന്നിൽ വയ്ക്കുന്നത്, അത് ഒരു വേഗതയേറിയ ക്ലയന്റ് ആയി പ്രവർത്തിക്കുന്നു, ഇത് പേജ് വേഗത്തിൽ നൽകാനും ഉറവിടങ്ങൾ സ്വതന്ത്രമാക്കാനും അപ്പാച്ചെയെ അനുവദിക്കുന്നു, ക്ലയന്റുമായുള്ള ആശയവിനിമയം കൂടുതൽ ലാഭകരമായ Nginx-ലേക്ക് മാറ്റുന്നു.

ഉപസംഹാരം

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

കോഡ് എഴുതുമ്പോൾ പിശക് നിയന്ത്രണം

സെർച്ച് എഞ്ചിനുകളിൽ സൈറ്റ് നിരീക്ഷണം

ഭാവി പ്രോജക്റ്റിന്റെ ഒരു സ്കെച്ച് സൃഷ്ടിക്കുന്നു

ഡിസൈൻ, വെബ് വികസന പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിനുള്ള ഓൺലൈൻ സേവനങ്ങൾ

• സെർവറുമായി പ്രവർത്തിക്കുന്നു

അപ്പാച്ചെ സെർവർ ഇൻസ്റ്റാളേഷൻ

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

PHP ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു

അപ്പാച്ചെ സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനും കോൺഫിഗർ ചെയ്യുന്നതിനുമുള്ള എല്ലാ ജോലികളും പൂർത്തിയാകുമ്പോൾ, നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ PHP ഇൻസ്റ്റാൾ ചെയ്യാനും തുടർന്നുള്ള ജോലികൾക്കായി കോൺഫിഗർ ചെയ്യാനും നിങ്ങൾക്ക് കഴിയും.

ഡാറ്റാബേസ് സെർവർ (MySQL) ഇൻസ്റ്റാൾ ചെയ്യുകയും ക്രമീകരിക്കുകയും ചെയ്യുന്നു

നിങ്ങൾ ഡാറ്റാബേസുകൾ ഉപയോഗിച്ച് വെബ്‌സൈറ്റുകൾ നിർമ്മിക്കാൻ പോകുകയാണെങ്കിൽ (മിക്കവാറും നിങ്ങൾ ചെയ്യും), അപ്പാച്ചെ, പിഎച്ച്പി എന്നിവയ്‌ക്ക് പുറമേ, പൂർണ്ണമായ പ്രവർത്തനത്തിനായി, നിങ്ങൾ ഒരു ഡാറ്റാബേസ് സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യേണ്ടതുണ്ട് - ഞങ്ങളുടെ കാര്യത്തിൽ, MySQL. ഇത് ഈ ലേഖനത്തിൽ ചർച്ച ചെയ്യും.

phpMyAdmin ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു

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

ഞങ്ങൾ ഒരു പുതിയ പുസ്തകം പുറത്തിറക്കി, "സോഷ്യൽ മീഡിയ ഉള്ളടക്ക മാർക്കറ്റിംഗ്: സബ്‌സ്‌ക്രൈബർമാരുടെ തലയിൽ കയറി അവരെ നിങ്ങളുടെ ബ്രാൻഡുമായി പ്രണയത്തിലാക്കുന്നത് എങ്ങനെ."

ഉപയോക്താവിൽ നിന്ന് അഭ്യർത്ഥനകൾ സ്വീകരിക്കുകയും അവർക്ക് പ്രതികരണങ്ങൾ നൽകുകയും ചെയ്യുന്ന ഒരു സെർവറാണ് വെബ് സെർവർ - ഒരു പ്രമാണം, പേജ് അല്ലെങ്കിൽ സൈറ്റ്.

ഞങ്ങളുടെ ചാനലിലെ കൂടുതൽ വീഡിയോകൾ - SEMANTICA ഉപയോഗിച്ച് ഇന്റർനെറ്റ് മാർക്കറ്റിംഗ് പഠിക്കുക

ഏത് കമ്പ്യൂട്ടറും ഒരു സെർവർ ആക്കാം. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ ഒരു പ്രത്യേക ഷെൽ ഇൻസ്റ്റാൾ ചെയ്യണം.

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

ഒരു വെബ് സെർവർ എന്താണ് ചെയ്യുന്നത്

വിവരങ്ങൾ സംഭരിക്കുക എന്നതാണ് ഇതിന്റെ പ്രധാന ദൗത്യം. പേജുകൾ, ഫയലുകൾ, ചിത്രങ്ങൾ, ടെക്സ്റ്റ് ഉള്ളടക്കം.
ചുമതലകൾ:

• അഭ്യർത്ഥനകൾ സ്വീകരിക്കുക.
• പ്രത്യേക പ്രോഗ്രാമിംഗ് ഭാഷകളിൽ (സെർവർ) പ്രോഗ്രാമുകൾ പ്രവർത്തിപ്പിക്കുക.
• വെബ് പേജുകൾ നിർമ്മിക്കുക.
• അവ ഉപയോക്താവിന് തിരികെ അയയ്ക്കുക.
• വിവരങ്ങൾ സംരക്ഷിക്കുക.
• സന്ദർശക ഐഡന്റിഫിക്കേഷൻ നടത്തുക.
• ഒരു കോൾ ലോഗ് സൂക്ഷിക്കുക.
• മറ്റ് തരത്തിലുള്ള അഭ്യർത്ഥനകൾ നൽകുക: mailto, മുതലായവ.

ഒരു വെബ് സെർവർ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസിലാക്കാൻ, ഒരു നെറ്റ്‌വർക്കിലൂടെ വിവരങ്ങൾ എങ്ങനെ കൈമാറുന്നുവെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. ഇത് പ്രോട്ടോക്കോളുകൾ എന്ന് വിളിക്കുന്ന നിയമങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്: ഏത് URL-ഉം ഒരു തരം സൂചനയോടെ ആരംഭിക്കുന്നു (ftp, http://, https://, മുതലായവ).
ഹൈപ്പർ ടെക്സ്റ്റ് ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ - ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ. സൈറ്റ് പേജുകൾ എല്ലായ്പ്പോഴും ഒരു ഹൈപ്പർടെക്സ്റ്റ് ഡോക്യുമെന്റ് പോലെ കാണപ്പെടുന്നു. ഏതെങ്കിലും സെർവർ അല്ലെങ്കിൽ ക്ലയന്റ് പ്രോഗ്രാമിന്റെ അന്തിമഫലമാണിത്.

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

ഒരു വെബ് സെർവറിന് എന്താണ് വേണ്ടത്

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

ഹോസ്റ്റിംഗ് സേവനങ്ങൾ നൽകുന്ന പ്രത്യേക കമ്പനികളുണ്ട്. നിങ്ങൾ ഒരു സെർവർ വാടകയ്‌ക്കെടുക്കുകയാണ്. സൈറ്റ് ഫയലുകൾ ഹോസ്റ്റുചെയ്യുന്നതിനുള്ള ഒരു ക്വാട്ട നിങ്ങൾക്ക് നൽകിയിരിക്കുന്നു.
എന്നാൽ നിങ്ങൾക്ക് ഒരു ലളിതമായ സൈറ്റ് ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് അത് സ്വന്തമായി ചെയ്യാൻ കഴിയും.

സെർവറുമായുള്ള പ്രശ്നം പരിഹരിക്കപ്പെടുമ്പോൾ, നിങ്ങൾ അതിലേക്ക് ഒരു സ്റ്റാറ്റിക് ഐപി വിലാസം ബന്ധിപ്പിക്കേണ്ടതുണ്ട്.

ഡൊമെയ്ൻ നാമം രജിസ്റ്റർ ചെയ്തതിന് ശേഷം വെബ് സെർവറിൽ സൈറ്റ് ലഭ്യമാകും, DNS സേവനം വിലാസങ്ങൾ പരിഹരിക്കുന്നു - IP വിലാസം (ഉദാഹരണത്തിന്, 111.111.111.111), ഡൊമെയ്ൻ നാമം (www.site.com) ബന്ധിപ്പിക്കുന്നു.

ഏറ്റവും സാധാരണമായ സെർവറുകൾ

അപ്പാച്ചെ

ധാരാളം ഗുണങ്ങളുള്ള സൗജന്യമായി വിതരണം ചെയ്യപ്പെടുന്ന ഉൽപ്പന്നമാണിത്:

• നിലവിലുള്ള ഡെവലപ്പർ പിന്തുണ.
• PHP, Perl, Python, Ruby, ASP മുതലായവ സെർവർ സൈഡ് പ്രോഗ്രാമിംഗ് ഭാഷകളിൽ പ്രവർത്തിക്കുന്നതിനുള്ള മൊഡ്യൂളുകൾ.
• ഓപ്പൺ സോഴ്സ്. വിവിധ പ്രോഗ്രാമർമാർ അവരുടെ ആവശ്യങ്ങൾക്ക് അനുയോജ്യമായ പുനരവലോകനത്തിൽ ഏർപ്പെട്ടിരിക്കുന്നു. ഉദാഹരണത്തിന്, റഷ്യൻ സംസാരിക്കുന്ന കമ്മ്യൂണിറ്റി അതിനെ റഷ്യൻ എൻകോഡിംഗുമായി പൊരുത്തപ്പെടുത്തുന്നു.
• . ഇത് യഥാർത്ഥത്തിൽ Unix-ന് വേണ്ടി സൃഷ്ടിച്ചതാണ്, എന്നാൽ ഇപ്പോൾ Windows, Mac OS, BSD, Linux, OS/2, Novell NetWare എന്നിവ പിന്തുണയ്ക്കുന്നു.
• സുരക്ഷ.

ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, നിങ്ങളുടെ ഹോസ്റ്റിന്റെ പേര് വ്യക്തമാക്കുക, ഉദാഹരണത്തിന്, ലോക്കൽ ഹോസ്റ്റ്. Apachex.x ഫോൾഡറിനുള്ളിൽ കിടക്കുന്ന htdocs ഫോൾഡറിൽ (എവിടെ x.x എന്നത് പതിപ്പ് നമ്പറാണ്), ഏതെങ്കിലും html പേജ് പകർത്തുക. അല്ലെങ്കിൽ ഏതെങ്കിലും ടെക്‌സ്‌റ്റ് നൽകി നോട്ട്പാഡിൽ സൃഷ്‌ടിച്ച് html വിപുലീകരണം ഉപയോഗിച്ച് സംരക്ഷിക്കുക.

ഫയൽ ഫോൾഡറിലായിക്കഴിഞ്ഞാൽ, നിങ്ങളുടെ ബ്രൗസർ തുറന്ന് വിലാസം ടൈപ്പ് ചെയ്യുക: localhost://PAGENAME.html. നിങ്ങളുടെ വാചകം സ്ക്രീനിൽ ദൃശ്യമാകും - സെർവറിൽ നിന്ന് പേജ് തുറക്കുന്നു. "സൈറ്റ് ആക്സസ് ചെയ്യാൻ കഴിയുന്നില്ല" എന്ന പിശക് നിങ്ങൾ കാണുകയാണെങ്കിൽ, അപ്പാച്ചെ പ്രവർത്തിക്കുന്നില്ല. അതിന്റെ ഐക്കൺ ട്രേയിലുണ്ട്.
അതിൽ ക്ലിക്ക് ചെയ്ത് "പ്ലേ" തിരഞ്ഞെടുക്കുക. അതിനുശേഷം എല്ലാം പ്രവർത്തിക്കും.

NGNIX

അതിൽ പ്രവർത്തിക്കുന്ന സജീവ സൈറ്റുകളുടെ പങ്ക് 21.13% ആണ് (നെറ്റ്ക്രാഫ്റ്റ് ഗവേഷണം). ഇത് പ്രധാനമായും വലിയ കമ്പനികളും പ്രൊഫഷണൽ ഡെവലപ്പർമാരും ഉപയോഗിക്കുന്നു: Yandex, Mail.ru, Rambler, മുതലായവ. NGNIX ന് സന്ദർശകരുടെ ഒരു വലിയ ലോഡ് നേരിടാൻ കഴിയും, വിശ്വസനീയവും സുരക്ഷിതവും ചിന്തനീയവുമാണ്.
ഇത് സ്വതന്ത്രമായി വിതരണം ചെയ്യപ്പെടുന്നു, എന്നാൽ പ്ലസ്സിന്റെ പണമടച്ചുള്ള പതിപ്പുകൾ പ്രത്യക്ഷപ്പെട്ടു, $ 2,500 മുതൽ വില.

ഐ.ഐ.എസ്

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

പൂർണ്ണ ഹോസ്റ്റിംഗിന് Microsoft - Windows Server-ൽ നിന്നുള്ള ഒരു സെർവർ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാളുചെയ്യേണ്ടതുണ്ട്. ആറാമത്തെ പതിപ്പ് ഹോസ്റ്റുചെയ്യാൻ ഉദ്ദേശിച്ചുള്ളതല്ല, 7-ൽ പൂർണ്ണ പിന്തുണ ആരംഭിച്ചു. ഇത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിനൊപ്പം യാന്ത്രികമായി വാങ്ങുകയും അതിന്റെ സവിശേഷതകളെ ആശ്രയിച്ചിരിക്കുകയും ചെയ്യുന്നു.

ഇൻസ്റ്റലേഷൻ പാക്കേജുകൾ

തുടക്കക്കാരായ പ്രോഗ്രാമർമാർക്കും ഡവലപ്പർമാർക്കും വേണ്ടി, ഏതാനും ക്ലിക്കുകളിലൂടെ നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ ഒരു വെബ് സെർവർ വിന്യസിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ടൂളുകൾ സൃഷ്ടിച്ചിരിക്കുന്നു.

• ഓപ്പൺസെർവർ. നിരവധി ഡാറ്റാബേസുകളും പ്രോഗ്രാമിംഗ് ഭാഷകളും അവയുടെ പതിപ്പുകളും അധിക സേവനങ്ങളും ഉൾപ്പെടുന്ന ഒരു പോർട്ടബിൾ വികസന അന്തരീക്ഷം. ഉദാഹരണത്തിന്, PhpMyAdmin ഡാറ്റാബേസ് ഇന്റർഫേസ്. ഇന്ന് ഇത് ഏറ്റവും ജനപ്രിയമായ ഇൻസ്റ്റാളേഷൻ കിറ്റാണ്. ഒരു ഫ്ലാഷ് ഡ്രൈവിൽ നിന്ന് പോലും പ്രവർത്തിക്കുന്നു. കുറഞ്ഞ വേഗതയിൽ സൗജന്യ ഡൗൺലോഡ്. 100 റൂബിളുകൾക്ക്, വേഗത ഗണ്യമായി വർദ്ധിക്കുന്നു.
• Xampp. സജീവമായി പരിപാലിക്കുന്ന പാക്കേജ്: Apache, Php, Perl, MariaDB മുതലായവ. ഒരു നിയന്ത്രണ പാനൽ ഉണ്ട്. സൗജന്യമായി ഡൗൺലോഡ് ചെയ്യുക.
• . Apache, PHP, MySQL, PhpMyAdmin എന്നിവയുൾപ്പെടെ ആവശ്യമായ എല്ലാ ഉപകരണങ്ങളുടെയും വളരെ സൗകര്യപ്രദമായ ഒരു സെറ്റ്. നിർഭാഗ്യവശാൽ, ഏറ്റവും പുതിയ പതിപ്പിൽ കാലഹരണപ്പെട്ട വിതരണങ്ങൾ ഉൾപ്പെടുന്നു. പൊതുവേ, അവർ പരിശീലനത്തിന് അനുയോജ്യമാണ്. ഫോറം വിലയിരുത്തിയാൽ, പ്രോജക്റ്റ് ഇനി പിന്തുണയ്ക്കില്ല.

സെർവർ ഉപകരണങ്ങൾ ഉൾപ്പെടെയുള്ള ഏത് ഉപകരണങ്ങളും ചിലപ്പോൾ പ്രവചനാതീതമായി പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു. ഈ ഉപകരണം പുതിയതാണോ അതോ വർഷങ്ങളായി പൂർണ്ണ ലോഡിൽ പ്രവർത്തിക്കുന്നുണ്ടോ എന്നത് പ്രശ്നമല്ല.

പരാജയത്തിന്റെയും തെറ്റായ പ്രവർത്തനത്തിന്റെയും നിരവധി കേസുകളുണ്ട്, ഒരു പ്രശ്നം നിർണ്ണയിക്കുന്നത് പലപ്പോഴും ആവേശകരമായ ഒരു പസിലായി മാറുന്നു.

രസകരവും നിസ്സാരമല്ലാത്തതുമായ ചില കേസുകൾ ഞങ്ങൾ ചുവടെ വിവരിക്കുന്നു.

ട്രബിൾഷൂട്ടിംഗ്

ടിക്കറ്റ് സംവിധാനം വഴി ഉപഭോക്താക്കൾ സാങ്കേതിക പിന്തുണാ സേവനവുമായി ബന്ധപ്പെട്ടതിന് ശേഷമാണ് പ്രശ്ന രജിസ്ട്രേഷൻ മിക്കപ്പോഴും സംഭവിക്കുന്നത്.

ഞങ്ങളിൽ നിന്ന് നിശ്ചിത കോൺഫിഗറേഷൻ സമർപ്പിത സെർവറുകൾ വാടകയ്‌ക്കെടുക്കുന്ന ഒരു ക്ലയന്റിൽ നിന്ന് ഒരു അഭ്യർത്ഥന ഉണ്ടായാൽ, പ്രശ്‌നം ഒരു സോഫ്‌റ്റ്‌വെയർ സ്വഭാവമല്ലെന്ന് കണ്ടെത്താൻ ഞങ്ങൾ ഡയഗ്‌നോസ്റ്റിക്‌സ് നടത്തുന്നു.

ക്ലയന്റുകൾ സാധാരണയായി ഒരു സോഫ്‌റ്റ്‌വെയർ സ്വഭാവത്തിലുള്ള പ്രശ്‌നങ്ങൾ സ്വന്തമായി പരിഹരിക്കുന്നു, എന്നിരുന്നാലും, ഏത് സാഹചര്യത്തിലും, ഞങ്ങളുടെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുടെ സഹായം വാഗ്ദാനം ചെയ്യാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു.

പ്രശ്നം ഹാർഡ്‌വെയറാണെന്ന് വ്യക്തമാകുകയാണെങ്കിൽ (ഉദാഹരണത്തിന്, സെർവർ റാമിന്റെ ഒരു ഭാഗം കാണുന്നില്ല), ഈ സാഹചര്യത്തിൽ ഞങ്ങൾക്ക് എല്ലായ്പ്പോഴും സമാനമായ സെർവർ പ്ലാറ്റ്ഫോം റിസർവിൽ ഉണ്ട്.

ഒരു ഹാർഡ്‌വെയർ പ്രശ്നം തിരിച്ചറിഞ്ഞാൽ, പരാജയപ്പെട്ട സെർവറിൽ നിന്ന് ഞങ്ങൾ ഡിസ്കുകൾ ബാക്കപ്പിലേക്ക് മാറ്റുകയും നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുടെ ഒരു ചെറിയ പുനർക്രമീകരണത്തിന് ശേഷം സെർവർ പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യും. അങ്ങനെ, ഡാറ്റ നഷ്‌ടപ്പെടുന്നില്ല, കൂടാതെ പ്രവർത്തനത്തിന്റെ നിമിഷം മുതൽ പ്രവർത്തനരഹിതമായ സമയം 20 മിനിറ്റിൽ കൂടരുത്.

പ്രശ്നങ്ങളുടെയും പരിഹാരങ്ങളുടെയും ഉദാഹരണങ്ങൾ

സെർവറിൽ നെറ്റ്‌വർക്ക് പരാജയം

പരാജയപ്പെട്ട സെർവറിൽ നിന്ന് ഒരു ബാക്കപ്പ് സെർവറിലേക്ക് ഡിസ്കുകൾ ട്രാൻസ്ഫർ ചെയ്ത ശേഷം, സെർവറിലെ നെറ്റ്വർക്ക് പ്രവർത്തിക്കുന്നത് നിർത്താൻ സാധ്യതയുണ്ട്. Debian അല്ലെങ്കിൽ Ubuntu പോലുള്ള Linux കുടുംബത്തിന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ ഉപയോഗിക്കുമ്പോൾ ഇത് സാധാരണയായി സംഭവിക്കുന്നു.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ പ്രാരംഭ ഇൻസ്റ്റാളേഷൻ സമയത്ത്, നെറ്റ്‌വർക്ക് കാർഡുകളുടെ MAC വിലാസങ്ങൾ ഇവിടെ സ്ഥിതിചെയ്യുന്ന ഒരു പ്രത്യേക ഫയലിലേക്ക് എഴുതുന്നു എന്നതാണ് വസ്തുത: /etc/udev/rules.d/70-persistent-net.rules.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ആരംഭിക്കുമ്പോൾ, ഈ ഫയൽ ഇന്റർഫേസ് പേരുകൾ MAC വിലാസങ്ങളിലേക്ക് മാപ്പ് ചെയ്യുന്നു. സെർവർ ഒരു ബാക്കപ്പ് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുമ്പോൾ, നെറ്റ്‌വർക്ക് ഇന്റർഫേസുകളുടെ MAC വിലാസങ്ങൾ മേലിൽ പൊരുത്തപ്പെടുന്നില്ല, ഇത് സെർവറിലെ നെറ്റ്‌വർക്കിന്റെ പ്രവർത്തനക്ഷമതയില്ലായ്മയിലേക്ക് നയിക്കുന്നു.

പ്രശ്നം പരിഹരിക്കാൻ, നിങ്ങൾ നിർദ്ദിഷ്ട ഫയൽ ഇല്ലാതാക്കുകയും നെറ്റ്വർക്ക് സേവനം പുനരാരംഭിക്കുകയോ സെർവർ പുനരാരംഭിക്കുകയോ ചെയ്യണം.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം, ഈ ഫയൽ കണ്ടെത്താത്തതിനാൽ, സമാനമായ ഒന്ന് സ്വയമേവ സൃഷ്ടിക്കുകയും നെറ്റ്‌വർക്ക് കാർഡുകളുടെ പുതിയ MAC വിലാസങ്ങളിലേക്ക് ഇന്റർഫേസുകൾ മാപ്പ് ചെയ്യുകയും ചെയ്യും.

അതിനുശേഷം IP വിലാസങ്ങൾ പുനഃക്രമീകരിക്കേണ്ട ആവശ്യമില്ല, നെറ്റ്‌വർക്ക് ഉടൻ പ്രവർത്തിക്കാൻ തുടങ്ങും.

ഫ്ലോട്ടിംഗ് ഫ്രീസ് പ്രശ്നം

ഒരിക്കൽ, ഓപ്പറേഷൻ സമയത്ത് ക്രമരഹിതമായി മരവിപ്പിക്കുന്ന പ്രശ്നമുള്ള ഒരു സെർവർ ഡയഗ്നോസ്റ്റിക്സിനായി ഞങ്ങളുടെ അടുത്തെത്തി. ഞങ്ങൾ BIOS, IPMI ലോഗുകൾ പരിശോധിച്ചു - ശൂന്യമാണ്, പിശകുകളൊന്നുമില്ല. ഞങ്ങൾ ഇത് സ്ട്രെസ് ടെസ്റ്റിംഗിൽ ഉൾപ്പെടുത്തി, എല്ലാ പ്രോസസർ കോറുകളും 100% ലോഡ് ചെയ്യുന്നു, ഒരേസമയം താപനില നിയന്ത്രണത്തോടെ - 30 മിനിറ്റ് പ്രവർത്തനത്തിന് ശേഷം ഇത് മുറുകെ തൂങ്ങി.

അതേ സമയം, പ്രോസസ്സർ സാധാരണയായി പ്രവർത്തിച്ചു, താപനില മൂല്യങ്ങൾ ലോഡിന് കീഴിലുള്ള സ്റ്റാൻഡേർഡ് കവിഞ്ഞില്ല, എല്ലാ കൂളറുകളും നല്ല ക്രമത്തിലായിരുന്നു. അത് അമിത ചൂടല്ലെന്ന് വ്യക്തമായി.

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

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

പ്രശ്നത്തിന്റെ സാധ്യമായ ഒരു കുറ്റവാളി ഉണ്ടായിരുന്നു - സെൻട്രൽ പ്രോസസർ. റാം കൺട്രോളർ കൃത്യമായി പ്രോസസറിനുള്ളിൽ സ്ഥിതിചെയ്യുന്നു എന്നതാണ് വസ്തുത, അത് പരാജയപ്പെടാം.

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

മദർബോർഡ് മാറ്റിസ്ഥാപിച്ചുകൊണ്ട് പ്രശ്നം പരിഹരിച്ചു, കാരണം, അയ്യോ, തകർന്ന സോക്കറ്റ് പിൻ പുനഃസ്ഥാപിക്കാൻ ഞങ്ങൾക്ക് കഴിയില്ല, ഇത് ഇതിനകം സേവന കേന്ദ്രത്തിന് ഒരു ചുമതലയാണ്.

OS ഇൻസ്റ്റാളേഷൻ സമയത്ത് സാങ്കൽപ്പിക സെർവർ ഫ്രീസ്

ഹാർഡ്‌വെയർ നിർമ്മാതാക്കൾ ഹാർഡ്‌വെയറിന്റെ ആർക്കിടെക്ചർ മാറ്റാൻ തുടങ്ങുമ്പോൾ, പുതിയവയ്ക്ക് അനുകൂലമായി പഴയ സാങ്കേതികവിദ്യകളെ പിന്തുണയ്ക്കാൻ വിസമ്മതിക്കുമ്പോൾ വളരെ രസകരമായ കേസുകൾ ഉണ്ടാകുന്നു.

Windows Server 2008 R2 ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്യാൻ ശ്രമിക്കുന്നതിനിടയിൽ ഒരു സെർവർ ഫ്രീസുചെയ്യുന്നതിനെക്കുറിച്ച് പരാതിപ്പെടുന്ന ഒരു ഉപയോക്താവ് ഞങ്ങളെ ബന്ധപ്പെട്ടു. ഇൻസ്റ്റാളർ വിജയകരമായി സമാരംഭിച്ചതിന് ശേഷം, കെവിഎം കൺസോളിലെ മൗസിനോടും കീബോർഡിനോടും സെർവർ പ്രതികരിക്കുന്നത് നിർത്തി. പ്രശ്നം പ്രാദേശികവൽക്കരിക്കുന്നതിന്, ഞങ്ങൾ ഒരു ഫിസിക്കൽ മൗസും കീബോർഡും സെർവറിലേക്ക് ബന്ധിപ്പിച്ചു - എല്ലാം ഒന്നുതന്നെയാണ്, ഇൻസ്റ്റാളർ ആരംഭിക്കുകയും ഇൻപുട്ട് ഉപകരണങ്ങളോട് പ്രതികരിക്കുന്നത് നിർത്തുകയും ചെയ്യുന്നു.

അക്കാലത്ത്, Supermicro X11SSL-f മദർബോർഡിനെ അടിസ്ഥാനമാക്കി ഞങ്ങൾക്ക് ആദ്യത്തേതിൽ ഈ സെർവർ ഉണ്ടായിരുന്നു. ബയോസ് ക്രമീകരണങ്ങളിൽ, വിൻഡോസ് 7 ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനുള്ള രസകരമായ ഒരു ഇനം ഉണ്ടായിരുന്നു, അത് പ്രവർത്തനരഹിതമാക്കാൻ സജ്ജമാക്കി. വിൻഡോസ് 7, 2008, 2008 R2 എന്നിവ ഒരേ ഇൻസ്റ്റാളറിൽ വിന്യസിച്ചിരിക്കുന്നതിനാൽ, ഞങ്ങൾ ഈ പാരാമീറ്റർ പ്രവർത്തനക്ഷമമാക്കാൻ സജ്ജമാക്കി, അത്ഭുതകരമായി മൗസും കീബോർഡും ഒടുവിൽ പ്രവർത്തിച്ചു. എന്നാൽ ഇത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്യുന്ന സാഗയുടെ തുടക്കം മാത്രമായിരുന്നു.

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

BIOS-ൽ USB 3.0 (XHCI കൺട്രോളർ) പിന്തുണ പ്രവർത്തനരഹിതമാക്കുന്നതിലൂടെ പ്രശ്നം പരിഹരിക്കപ്പെട്ടതായി വിക്കിപീഡിയ റിപ്പോർട്ട് ചെയ്തു. ഞങ്ങൾ മദർബോർഡിനായി ഡോക്യുമെന്റേഷൻ തുറന്നപ്പോൾ, ഒരു ആശ്ചര്യം ഞങ്ങളെ കാത്തിരുന്നു - XHCI (എക്‌സ്റ്റൻസിബിൾ ഹോസ്റ്റ് കൺട്രോളർ ഇന്റർഫേസ്) അനുകൂലമായി EHCI (എൻഹാൻസ്ഡ് ഹോസ്റ്റ് കൺട്രോളർ ഇന്റർഫേസ്) കൺട്രോളർ പൂർണ്ണമായും ഉപേക്ഷിക്കാൻ ഡവലപ്പർമാർ തീരുമാനിച്ചു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഈ മദർബോർഡിലെ എല്ലാ USB പോർട്ടുകളും USB 3.0 പോർട്ടുകളാണ്. ഞങ്ങൾ XHCI കൺട്രോളർ പ്രവർത്തനരഹിതമാക്കുകയാണെങ്കിൽ, ഞങ്ങൾ ഇൻപുട്ട് ഉപകരണങ്ങളും പ്രവർത്തനരഹിതമാക്കും, സെർവറുമായി പ്രവർത്തിക്കുന്നത് അസാധ്യമാക്കുകയും അതനുസരിച്ച്, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യും.

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

പ്ലെയ്‌സ്‌മെന്റിനായി ഉപഭോക്താക്കൾ ഞങ്ങൾക്ക് ഉപകരണങ്ങൾ കൊണ്ടുവരുമ്പോൾ ഇത് കൂടുതൽ രസകരമാണ്, അത് പ്രതീക്ഷിച്ചതുപോലെ പ്രവർത്തിക്കുന്നില്ല. Dell PowerVault ഡിസ്ക് ഷെൽഫിൽ സംഭവിച്ചത് ഇതാണ്.

iSCSI പ്രോട്ടോക്കോളിനുള്ള രണ്ട് ഡിസ്ക് കൺട്രോളറുകളും നെറ്റ്‌വർക്ക് ഇന്റർഫേസുകളുമുള്ള ഒരു സ്റ്റോറേജ് സിസ്റ്റമാണ് ഡിവൈസ്. ഈ ഇന്റർഫേസുകൾക്ക് പുറമേ, റിമോട്ട് മാനേജ്മെന്റിനായി ഒരു MGMT പോർട്ട് ഉണ്ട്.

ഹോസ്റ്റുചെയ്ത ഉപകരണങ്ങൾക്കായുള്ള ഞങ്ങളുടെ സേവനങ്ങളിൽ, ഒരു പ്രത്യേക സേവനം "അധിക പോർട്ട് 10 Mbps" ഉണ്ട്, അത് റിമോട്ട് സെർവർ മാനേജുമെന്റ് ടൂളുകൾ ബന്ധിപ്പിക്കാൻ ആവശ്യമെങ്കിൽ ഓർഡർ ചെയ്യപ്പെടും. ഈ ഉപകരണങ്ങൾക്ക് വ്യത്യസ്ത പേരുകളുണ്ട്:

• ഹ്യൂലറ്റ്-പാക്കാർഡിൽ "iLO";
• ഡെല്ലിൽ നിന്നുള്ള "iDrac";
• സൂപ്പർമൈക്രോയിൽ നിന്നുള്ള IPMI.

അവയുടെ പ്രവർത്തനക്ഷമത ഏതാണ്ട് സമാനമാണ് - സെർവർ സ്റ്റാറ്റസ് മോണിറ്ററിംഗും റിമോട്ട് കൺസോൾ ആക്‌സസ്സും. അതനുസരിച്ച്, അവർക്ക് ഉയർന്ന ചാനൽ വേഗത ആവശ്യമില്ല - സുഖപ്രദമായ ജോലിക്ക് 10 Mbps മതി. ഈ സേവനം ക്ലയന്റ് ഓർഡർ ചെയ്തതാണ്. ഞങ്ങൾ ഉചിതമായ കോപ്പർ ക്രോസ്-കണക്റ്റ് സ്ഥാപിച്ചു, ഞങ്ങളുടെ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുടെ പോർട്ട് കോൺഫിഗർ ചെയ്തു.

വേഗത പരിമിതപ്പെടുത്തുന്നതിന്, പോർട്ട് 10BASE-T ആയി ക്രമീകരിച്ചിരിക്കുന്നു കൂടാതെ പരമാവധി 10 Mbps വേഗതയിൽ പ്രവർത്തനക്ഷമമാക്കുന്നു. എല്ലാം തയ്യാറായ ശേഷം, ഞങ്ങൾ ഡിസ്ക് ഷെൽഫിന്റെ MGMT പോർട്ട് ബന്ധിപ്പിച്ചു, എന്നാൽ ക്ലയന്റ് ഉടൻ തന്നെ അവനുവേണ്ടി ഒന്നും പ്രവർത്തിക്കുന്നില്ലെന്ന് റിപ്പോർട്ട് ചെയ്തു.

സ്വിച്ച് പോർട്ടിന്റെ അവസ്ഥ പരിശോധിച്ച ശേഷം, "ഫിസിക്കൽ ലിങ്ക് പ്രവർത്തനരഹിതമാണ്" എന്ന അസുഖകരമായ ലിഖിതം ഞങ്ങൾ കണ്ടെത്തി. സ്വിച്ചും അതുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന ക്ലയന്റ് ഉപകരണങ്ങളും തമ്മിലുള്ള ശാരീരിക ബന്ധത്തിൽ പ്രശ്നങ്ങളുണ്ടെന്ന് അത്തരമൊരു ലിഖിതം പറയുന്നു.

ഒരു മോശം crimped കണക്ടർ, ഒരു തകർന്ന കണക്റ്റർ, കേബിളിൽ തകർന്ന കോറുകൾ - ഇത് ഒരു ലിങ്കിന്റെ അഭാവത്തിലേക്ക് നയിക്കുന്ന പ്രശ്നങ്ങളുടെ ഒരു ചെറിയ പട്ടികയാണ്. തീർച്ചയായും, ഞങ്ങളുടെ എഞ്ചിനീയർമാർ ഉടൻ തന്നെ വളച്ചൊടിച്ച ജോഡി ടെസ്റ്റർ എടുത്ത് കണക്ഷൻ പരിശോധിച്ചു. എല്ലാ കോറുകളും തികച്ചും റിംഗ് ചെയ്തു, കേബിളിന്റെ രണ്ട് അറ്റങ്ങളും തികച്ചും ഞെരുങ്ങി. കൂടാതെ, ഈ കേബിളിൽ ഒരു ടെസ്റ്റ് ലാപ്‌ടോപ്പ് ഉൾപ്പെടുത്തിയതിനാൽ, ഞങ്ങൾക്ക് പ്രതീക്ഷിച്ചതുപോലെ 10 Mbps കണക്ഷൻ ലഭിച്ചു. ക്ലയന്റിന്റെ ഉപകരണത്തിന്റെ ഭാഗത്താണ് പ്രശ്‌നമെന്ന് വ്യക്തമായി.

പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്നതിൽ ഞങ്ങളുടെ ക്ലയന്റുകളെ സഹായിക്കാൻ ഞങ്ങൾ എപ്പോഴും ശ്രമിക്കുന്നതിനാൽ, ഒരു ലിങ്കിന്റെ അഭാവത്തിന് കൃത്യമായ കാരണം എന്താണെന്ന് കണ്ടെത്താൻ ഞങ്ങൾ തീരുമാനിച്ചു. ഞങ്ങൾ MGMT പോർട്ട് കണക്റ്റർ ശ്രദ്ധാപൂർവ്വം പരിശോധിച്ചു - എല്ലാം ക്രമത്തിലാണ്.

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

ഉപകരണങ്ങൾ 10BASE-T-യെ പിന്തുണയ്ക്കുന്നില്ലെന്നും 100BASE-TX അല്ലെങ്കിൽ 1000BASE-X-ൽ മാത്രമേ പ്രവർത്തിക്കൂ എന്നും എഞ്ചിനീയർമാരിൽ ഒരാൾ തികച്ചും വിരുദ്ധമായ ഒരു അനുമാനം നടത്തി. സാധാരണയായി, ഏത് പോർട്ടും, വിലകുറഞ്ഞ ഉപകരണത്തിൽ പോലും, 10BASE-T-യുമായി പൊരുത്തപ്പെടുന്നു, ആദ്യം എഞ്ചിനീയറുടെ അനുമാനം "അതിശയകരമായത്" എന്ന് നിരസിക്കപ്പെട്ടു, പക്ഷേ നിരാശയോടെ, പോർട്ട് 100BASE-TX-ലേക്ക് മാറ്റാൻ അവർ തീരുമാനിച്ചു.

ഞങ്ങളുടെ ആശ്ചര്യത്തിന് പരിധിയില്ല, ലിങ്ക് തൽക്ഷണം ഉയർന്നു. MGMT പോർട്ടിൽ 10BASE-T പിന്തുണയുടെ അഭാവത്തിന് എന്താണ് കാരണം എന്നത് ഒരു രഹസ്യമായി തുടരുന്നു. അത്തരമൊരു കേസ് വളരെ അപൂർവമാണ്, പക്ഷേ അത് സംഭവിക്കുന്നു.

ക്ലയന്റ് ഞങ്ങളേക്കാൾ ഒട്ടും ആശ്ചര്യപ്പെട്ടു, പ്രശ്നം പരിഹരിച്ചതിന് വളരെ നന്ദി പറഞ്ഞു. അതനുസരിച്ച്, അവർ 100BASE-TX-ൽ പോർട്ട് വിട്ടു, ബിൽറ്റ്-ഇൻ റേറ്റ് ലിമിറ്റിംഗ് മെക്കാനിസം ഉപയോഗിച്ച് പോർട്ടിലെ വേഗത നേരിട്ട് പരിമിതപ്പെടുത്തി.

റഫ്രിജറേഷൻ ടർബൈൻ പരാജയം

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

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

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

അത്തരമൊരു ഭാഗത്തിന്റെ ഒറിജിനലിന് ഏകദേശം $ 100 വിലവരും, നിങ്ങൾക്ക് അത് പോയി വാങ്ങാൻ കഴിയില്ല - നിങ്ങൾ ഇത് വിദേശത്ത് നിന്ന് ഓർഡർ ചെയ്യണം. ഭാഗ്യവശാൽ, അവർ ഇന്റർനെറ്റിൽ യഥാർത്ഥ പിൻഔട്ട് ഉള്ള ഒരു സർക്യൂട്ട് കണ്ടെത്തി, കൂടാതെ സെക്കൻഡിൽ എഞ്ചിൻ വിപ്ലവങ്ങളുടെ എണ്ണം വായിക്കുന്നതിന് പിന്നുകളിലൊന്ന് ഉത്തരവാദിയാണെന്ന് കണ്ടെത്തി.

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

തീർച്ചയായും, ഇതെല്ലാം ക്ലയന്റിന്റെ ഉത്തരവാദിത്തത്തിന് കീഴിലാണ് ചെയ്തത്, എന്നിരുന്നാലും, അവസാനം, അത്തരമൊരു നിലവാരമില്ലാത്ത നീക്കം പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുന്നത് സാധ്യമാക്കി.

ഡിസ്കുകൾ എവിടെയാണ്?

ചില സന്ദർഭങ്ങളിൽ, പ്രശ്നത്തിന്റെ കാരണം ചിലപ്പോൾ വളരെ നിസ്സാരമാണ്, അത് കണ്ടെത്താൻ വളരെ സമയമെടുക്കും. ഞങ്ങളുടെ ഉപഭോക്താക്കളിൽ ഒരാൾ ഡിസ്കുകളുടെ ആകസ്മികമായ തകരാർ, സെർവർ മരവിപ്പിക്കൽ എന്നിവയെക്കുറിച്ച് പരാതിപ്പെട്ടപ്പോൾ അത് സംഭവിച്ചു. 36 ഡ്രൈവുകൾ ബന്ധിപ്പിക്കുന്നതിനുള്ള കൂടുകളുള്ള 847 കേസിൽ (4U ഫോം ഫാക്ടർ) സൂപ്പർമൈക്രോ ആണ് ഹാർഡ്‌വെയർ പ്ലാറ്റ്‌ഫോം. സെർവറിൽ സമാനമായ മൂന്ന് അഡാപ്റ്റെക് റെയിഡ് കൺട്രോളറുകൾ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, ഓരോന്നിനും 12 ഡിസ്കുകൾ ബന്ധിപ്പിച്ചിരിക്കുന്നു. പ്രശ്‌നമുണ്ടായ സമയത്ത്, സെർവർ ക്രമരഹിതമായ എണ്ണം ഡിസ്കുകൾ കാണുന്നത് നിർത്തുകയും ഹാംഗ് അപ്പ് ചെയ്യുകയും ചെയ്തു. സെർവർ ഉൽപ്പാദനത്തിൽ നിന്ന് പുറത്തെടുത്ത് ഡയഗ്നോസ്റ്റിക്സ് ആരംഭിച്ചു.

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

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

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

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

ഉപസംഹാരം

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

ഞങ്ങളുടെ പരിശീലനത്തിലെ ചില രസകരമായ കേസുകൾ ഇതാ.
പിന്നെ നിങ്ങൾ എന്താണ് നേരിട്ടത്? അഭിപ്രായങ്ങൾക്ക് സ്വാഗതം.