എന്തുകൊണ്ടാണ് ഞാൻ Nginx പ്രായോഗികമായി അപ്പാച്ചെയേക്കാൾ മികച്ചതെന്ന് കണ്ടെത്തുന്നത്

2017 അവസാനത്തോടെ നടത്തിയ നെറ്റ്uക്രാഫ്റ്റിന്റെ ഏറ്റവും പുതിയ വെബ് സെർവർ സർവേ പ്രകാരം (കൃത്യമായി നവംബറിൽ), അപ്പാച്ചെയും എൻജിൻക്സും ഇന്റർനെറ്റിൽ ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്ന ഓപ്പൺ സോഴ്uസ് വെബ് സെർവറുകളാണ്.

Unix പോലുള്ള ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കും വിൻഡോസിനും വേണ്ടിയുള്ള ഒരു സ്വതന്ത്ര ഓപ്പൺ സോഴ്uസ് HTTP സെർവറാണ് അപ്പാച്ചെ. നിലവിലുള്ള HTTP മാനദണ്ഡങ്ങളുമായി സമന്വയിപ്പിച്ച് HTTP സേവനങ്ങൾ നൽകുന്ന സുരക്ഷിതവും കാര്യക്ഷമവും വിപുലീകരിക്കാവുന്നതുമായ സെർവറായിട്ടാണ് ഇത് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

ലോഞ്ച് ചെയ്തതുമുതൽ, 1996 മുതൽ ഇന്റർനെറ്റിലെ ഏറ്റവും ജനപ്രിയമായ വെബ് സെർവറാണ് അപ്പാച്ചെ. ലിനക്സിലെയും ഓപ്പൺ സോഴ്uസ് ഇക്കോസിസ്റ്റത്തിലെയും വെബ് സെർവറുകളുടെ യഥാർത്ഥ നിലവാരമാണിത്. പുതിയ ലിനക്സ് ഉപയോക്താക്കൾ സാധാരണയായി സജ്ജീകരിക്കാനും ഉപയോഗിക്കാനും എളുപ്പമാണെന്ന് കണ്ടെത്തുന്നു.

Nginx ('Engine-x' എന്ന് ഉച്ചരിക്കുന്നത്) ഒരു സ്വതന്ത്ര, ഓപ്പൺ സോഴ്uസ്, ഉയർന്ന പ്രകടനമുള്ള HTTP സെർവർ, റിവേഴ്സ് പ്രോക്സി, ഒരു IMAP/POP3 പ്രോക്സി സെർവർ എന്നിവയാണ്. അപ്പാച്ചെ പോലെ, ഇത് യുണിക്സ് പോലുള്ള ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലും വിൻഡോസിലും പ്രവർത്തിക്കുന്നു.

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

തിരക്കേറിയ സൈറ്റുകളിൽ ചിലത് ഇതിലൂടെ പ്രവർത്തിക്കുന്നു:

• അപ്പാച്ചെ ഇവയാണ്: PayPal, BBC.com, BBC.co.uk, SSLLABS.com, Apple.com കൂടാതെ ധാരാളം കൂടുതൽ.
• Nginx ഇവയാണ്: Netflix, Udemy.com, Hulu, Pinterest, CloudFlare, WordPress.com, GitHub, SoundCloud കൂടാതെ മറ്റു പലതും.

അപ്പാച്ചെയും എൻജിൻക്സും തമ്മിലുള്ള താരതമ്യവുമായി ബന്ധപ്പെട്ട് വെബിൽ നിരവധി ഉറവിടങ്ങൾ ഇതിനകം പ്രസിദ്ധീകരിച്ചിട്ടുണ്ട് (ഞാൻ യഥാർത്ഥത്തിൽ 'അപ്പാച്ചെ Vs എൻജിൻഎക്സ്' ലേഖനങ്ങൾ എന്നാണ് അർത്ഥമാക്കുന്നത്), അവയിൽ പലതും ലാബ് ബെഞ്ച്മാർക്കുകളിലെ പ്രകടന അളവുകൾ ഉൾപ്പെടെ വിവിധ സാഹചര്യങ്ങളിൽ അവയുടെ മികച്ച സവിശേഷതകളും പ്രവർത്തനങ്ങളും വിശദമായി വിശദീകരിക്കുന്നു. . അതുകൊണ്ട് അത് ഇവിടെ ചർച്ച ചെയ്യുന്നില്ല.

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

പ്രായോഗികമായി അപ്പാച്ചെയേക്കാൾ മികച്ചതായി ഞാൻ Nginx കണ്ടെത്തുന്നതിന്റെ കാരണങ്ങൾ

ആധുനിക വെബ് ഉള്ളടക്ക ഡെലിവറിക്കായി ഞാൻ അപ്പാച്ചെയെക്കാൾ Nginx വെബ് സെർവറിനെ തിരഞ്ഞെടുക്കുന്നതിനുള്ള കാരണങ്ങൾ ഇനിപ്പറയുന്നവയാണ്:

അവിടെയുള്ള ലൈറ്റ് വെയ്റ്റ് വെബ് സെർവറുകളിൽ ഒന്നാണ് Nginx. അപ്പാച്ചെയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഇതിന് ഒരു സിസ്റ്റത്തിൽ ചെറിയ കാൽപ്പാടുകൾ ഉണ്ട്, ഇത് ഒരു ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുന്നതിന് ആവശ്യമായ പ്രവർത്തനങ്ങളുടെ വിപുലമായ വ്യാപ്തി നടപ്പിലാക്കുന്നു.

Nginx ഒരുപിടി പ്രധാന സവിശേഷതകൾ ഒരുമിച്ച് ചേർക്കുന്നതിനാൽ, അപ്പാച്ചെ ബാക്കെൻഡ്, FastCGI, Memcached, SCGI, uWSGI സെർവറുകൾ അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ സെർവർ, അതായത് Node.js, Tomcat പോലുള്ള ഭാഷാ നിർദ്ദിഷ്ട സെർവറുകൾ പോലെയുള്ള സമർപ്പിത മൂന്നാം കക്ഷി അപ്uസ്ട്രീം വെബ് സെർവറുകളെയാണ് ഇത് ആശ്രയിക്കുന്നത്. , തുടങ്ങിയവ.

അതിനാൽ അതിന്റെ മെമ്മറി ഉപയോഗം പരിമിതമായ റിസോഴ്uസ് വിന്യാസങ്ങൾക്ക് അപ്പാച്ചെയേക്കാൾ വളരെ അനുയോജ്യമാണ്.

അപ്പാച്ചെയുടെ ത്രെഡഡ് അല്ലെങ്കിൽ പ്രോസസ്സ് ഓറിയന്റഡ് ആർക്കിടെക്ചറിന് വിരുദ്ധമായി (പ്രോസസ്സ്-ഓർ-കണക്ഷൻ അല്ലെങ്കിൽ ത്രെഡ്-പെർ-കണക്ഷൻ മോഡൽ), Nginx ഒരു സ്കേലബിൾ, ഇവന്റ്-ഡ്രൈവൺ (അസിൻക്രണസ്) ആർക്കിടെക്ചർ ഉപയോഗിക്കുന്നു. ലഭ്യമായ ഹാർഡ്uവെയർ ഉറവിടങ്ങൾക്ക് അനുസൃതമായി ഒരു ബാധ്യതാ പ്രക്രിയ മോഡൽ ഇത് ഉപയോഗിക്കുന്നു.

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

വർക്കർ പ്രോസസ്സുകൾക്ക് ആയിരക്കണക്കിന് HTTP കണക്ഷനുകൾ ഒരേസമയം കൈകാര്യം ചെയ്യാനും ഡിസ്കിലേക്ക് ഉള്ളടക്കം വായിക്കാനും എഴുതാനും അപ്uസ്ട്രീം സെർവറുകളുമായി ആശയവിനിമയം നടത്താനും കഴിയും. സഹായ പ്രക്രിയകൾക്ക് (കാഷെ മാനേജറും കാഷെ ലോഡറും) ഓൺ-ഡിസ്ക് ഉള്ളടക്ക കാഷിംഗ് പ്രവർത്തനങ്ങൾ നിയന്ത്രിക്കാനാകും.

ഇത് അതിന്റെ പ്രവർത്തനങ്ങളെ സ്കെയിലബിൾ ആക്കുകയും ഉയർന്ന പ്രകടനത്തിലേക്ക് നയിക്കുകയും ചെയ്യുന്നു. ഈ ഡിസൈൻ സമീപനം കൂടുതൽ വേഗതയുള്ളതും ആധുനിക ആപ്ലിക്കേഷനുകൾക്ക് അനുകൂലവുമാക്കുന്നു. കൂടാതെ, Nginx-ലെ നേറ്റീവ് പ്രവർത്തനങ്ങൾ വിപുലീകരിക്കാൻ മൂന്നാം കക്ഷി മൊഡ്യൂളുകൾ ഉപയോഗിക്കാം.

Nginx-ന് ലളിതമായ ഒരു കോൺഫിഗറേഷൻ ഫയൽ ഘടനയുണ്ട്, ഇത് കോൺഫിഗർ ചെയ്യുന്നത് വളരെ എളുപ്പമാക്കുന്നു. കോൺഫിഗറേഷൻ ഫയലിൽ വ്യക്തമാക്കിയിട്ടുള്ള നിർദ്ദേശങ്ങളാൽ നിയന്ത്രിക്കപ്പെടുന്ന മൊഡ്യൂളുകൾ ഇതിൽ അടങ്ങിയിരിക്കുന്നു. കൂടാതെ, നിർദ്ദേശങ്ങളെ ബ്ലോക്ക് നിർദ്ദേശങ്ങൾ, ലളിതമായ നിർദ്ദേശങ്ങൾ എന്നിങ്ങനെ തിരിച്ചിരിക്കുന്നു.

ഒരു ബ്ലോക്ക് നിർദ്ദേശം ബ്രേസുകൾ ({, }) നിർവചിച്ചിരിക്കുന്നു. ഒരു ബ്ലോക്ക് ഡയറക്uടീവിന് ബ്രേസുകൾക്കുള്ളിൽ മറ്റ് നിർദ്ദേശങ്ങൾ ഉണ്ടെങ്കിൽ, അതിനെ ഇവന്റുകൾ, http, സെർവർ, ലൊക്കേഷൻ എന്നിവ പോലുള്ള ഒരു സന്ദർഭം എന്ന് വിളിക്കുന്നു.

http {
	server {
		
	}
}

ഒരു ലളിതമായ നിർദ്ദേശത്തിൽ പേരും പാരാമീറ്ററുകളും സ്uപെയ്uസുകളാൽ വേർതിരിച്ച് ഒരു അർദ്ധവിരാമത്തിൽ അവസാനിക്കുന്നു (;).

http {
	server {
		location / {
				
				## this is simple directive called root
			   	root  /var/www/hmtl/example.com/;

		}
		
	}
}

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

http {
	server {

	}
	## examples of including additional config files
	include  /path/to/config/file/*.conf;
	include  /path/to/config/file/ssl.conf;
}

വ്യത്യസ്uത പിuഎച്ച്uപി പതിപ്പുകളുള്ള ഒന്നിലധികം വെബ്uസൈറ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന് എൻuജിൻuഎക്uസിനെ എങ്ങനെ എളുപ്പത്തിൽ കോൺഫിഗർ ചെയ്uതു എന്നതായിരുന്നു എനിക്കുള്ള ഒരു പ്രായോഗിക ഉദാഹരണം, ഇത് അപ്പാച്ചെയ്uക്ക് അൽപ്പം വെല്ലുവിളിയായിരുന്നു.

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

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

സ്റ്റാറ്റിക് ഉള്ളടക്കം അല്ലെങ്കിൽ ഫയലുകൾ സാധാരണയായി സെർവർ കമ്പ്യൂട്ടറിലെ ഡിസ്കിൽ സംഭരിച്ചിരിക്കുന്ന ഫയലുകളാണ്, ഉദാഹരണത്തിന് CSS ഫയലുകൾ , JavaScript ഫയലുകൾ അല്ലെങ്കിൽ ചിത്രങ്ങൾ. Nodejs-ന്റെ (അപ്ലിക്കേഷൻ സെർവർ) ഒരു മുൻഭാഗമായി നിങ്ങൾ Nginx ഉപയോഗിക്കുന്ന ഒരു സാഹചര്യം നമുക്ക് പരിഗണിക്കാം.

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

Nginx-ന് ഒരു നിർദ്ദിഷ്uട ഡയറക്uടറിയിൽ നിന്ന് സ്റ്റാറ്റിക് ഫയലുകൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള മികച്ച ജോലി നിർവഹിക്കാൻ കഴിയും, കൂടാതെ അപ്uസ്ട്രീം സെർവർ പ്രക്രിയകളിൽ നിന്ന് സ്റ്റാറ്റിക് അസറ്റുകൾക്കായുള്ള അഭ്യർത്ഥനകൾ തടയാനും കഴിയും. ഇത് ബാക്കെൻഡ് സെർവറുകളുടെ മൊത്തത്തിലുള്ള പ്രകടനം ഗണ്യമായി മെച്ചപ്പെടുത്തുന്നു.

ആധുനിക വെബ് ആപ്ലിക്കേഷനുകളുടെ ഉയർന്ന പ്രകടനവും പ്രവർത്തനസമയവും തിരിച്ചറിയുന്നതിന് ഒരൊറ്റ അല്ലെങ്കിൽ വിതരണം ചെയ്ത HTTP സെർവറുകളിൽ ഒന്നിലധികം ആപ്ലിക്കേഷൻ സംഭവങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നതിന് വിളിച്ചേക്കാം. നിങ്ങളുടെ HTTP സെർവറുകൾക്കിടയിൽ ലോഡ് വിതരണം ചെയ്യുന്നതിനായി ലോഡ് ബാലൻസിങ് സജ്ജീകരിക്കുന്നതിന് ഇത് ആവശ്യമായി വന്നേക്കാം.

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

Nginx ഇനിപ്പറയുന്ന ലോഡ് ബാലൻസിംഗ് രീതികൾ ഉപയോഗിക്കുന്നു:

• റൗണ്ട്-റോബിൻ (ഡിഫോൾട്ട് രീതി) – അപ്uസ്ട്രീം സെർവറുകളിലേക്കുള്ള അഭ്യർത്ഥനകൾ ഒരു റൗണ്ട്-റോബിൻ രീതിയിലാണ് വിതരണം ചെയ്യുന്നത് (അപ്uസ്ട്രീം പൂളിലെ സെർവറുകളുടെ ലിസ്റ്റിന്റെ ക്രമത്തിൽ).
• ഏറ്റവും കുറവ് കണക്റ്റുചെയ്uതത് – ഇവിടെ അടുത്ത അഭ്യർത്ഥന ഏറ്റവും കുറഞ്ഞ സജീവ കണക്ഷനുകളുള്ള സെർവറിലേക്ക് പ്രോക്uസി ചെയ്യുന്നു.
• ip-hash – അടുത്ത അഭ്യർത്ഥനയ്ക്കായി ഏത് സെർവർ തിരഞ്ഞെടുക്കണമെന്ന് നിർണ്ണയിക്കാൻ ഇവിടെ ഒരു ഹാഷ്-ഫംഗ്ഷൻ ഉപയോഗിക്കുന്നു (ക്ലയന്റിൻറെ IP വിലാസം അടിസ്ഥാനമാക്കി).
• ജനറിക് ഹാഷ് - ഈ രീതിക്ക് കീഴിൽ, നൽകിയിരിക്കുന്ന ടെക്uസ്uറ്റ്, അഭ്യർത്ഥനയുടെ വേരിയബിളുകൾ അല്ലെങ്കിൽ റൺടൈം അല്ലെങ്കിൽ അവയുടെ സംയോജനം എന്നിവ ഉപയോഗിച്ച് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ ഒരു ഹാഷ് (അല്ലെങ്കിൽ കീ) വ്യക്തമാക്കുന്നു. ഉദാഹരണത്തിന്, കീ ഒരു ഉറവിട ഐപിയും പോർട്ടും അല്ലെങ്കിൽ യുആർഐയും ആയിരിക്കാം. Nginx, നിലവിലെ അഭ്യർത്ഥനയ്uക്കായി ഒരു ഹാഷ് സൃഷ്uടിച്ച് അപ്uസ്ട്രീം സെർവറുകളിൽ സ്ഥാപിച്ച് അപ്uസ്ട്രീം സെർവറുകളിൽ ലോഡ് വിതരണം ചെയ്യുന്നു.
• ഏറ്റവും കുറഞ്ഞ സമയം (Nginx പ്ലസ്) - ഏറ്റവും കുറഞ്ഞ നിലവിലെ കണക്ഷനുകളുള്ള അപ്uസ്ട്രീം സെർവറിലേക്ക് അടുത്ത അഭ്യർത്ഥന അസൈൻ ചെയ്യുന്നു, എന്നാൽ ഏറ്റവും കുറഞ്ഞ ശരാശരി പ്രതികരണ സമയമുള്ള സെർവറുകളെ അനുകൂലിക്കുന്നു.

കൂടാതെ, Nginx ഉയർന്ന തോതിലുള്ളതും ആധുനിക വെബ് ആപ്ലിക്കേഷനുകളും പ്രത്യേകിച്ച് എന്റർപ്രൈസ് ആപ്ലിക്കേഷനുകൾ ഉയർന്ന പ്രകടനവും സ്കേലബിളിറ്റിയും നൽകുന്ന സാങ്കേതികവിദ്യയ്ക്കായി ആവശ്യപ്പെടുന്നു.

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

കൂടുതൽ സമഗ്രമായ വിശദീകരണത്തിന്, Nginx ബ്ലോഗിലെ ഈ ലേഖനം പരിശോധിക്കുക: NGINX vs. Apache: ഒരു പതിറ്റാണ്ട് പഴക്കമുള്ള ചോദ്യത്തിന്റെ ഞങ്ങളുടെ കാഴ്ച.

Apache, Nginx എന്നിവ പരസ്പരം മാറ്റിസ്ഥാപിക്കാൻ കഴിയില്ല, അവയ്ക്ക് ശക്തവും ദുർബലവുമായ പോയിന്റുകളുണ്ട്. എന്നിരുന്നാലും, ആധുനിക വെബ്uസൈറ്റുകളും വെബ് ആപ്ലിക്കേഷനുകളും വിശ്വസനീയമായും കാര്യക്ഷമമായും പവർ ചെയ്യുന്നതിനായി Nginx ശക്തവും വഴക്കമുള്ളതും അളക്കാവുന്നതും സുരക്ഷിതവുമായ സാങ്കേതികവിദ്യ വാഗ്ദാനം ചെയ്യുന്നു. നിങ്ങളുടെ എടുക്കൽ എന്താണ്? ചുവടെയുള്ള ഫീഡ്uബാക്ക് ഫോം വഴി ഞങ്ങളെ അറിയിക്കുക.