Web poslužitelji
nginx vs Apache: Koji poslužitelj pokreće koje radno opterećenje?
nginx i Apache dva su motora na kojima se može graditi hosting stack, a borba prestaje u trenutku kada je radno opterećenje imenovano. nginx je stroj s malo prostora za statički sadržaj i obrnuti proxy; Apache je aplikacijski poslužitelj bogat modulima čiji direktorij nadjačava i ekosustav nosi zajedničko hosting. Ovo je poštena tablica odluka iza oba posvećena članka.
Ključne točke
- Model konkurentnosti odlučuje o prednostima: nginxova asinkrona petlja događaja rukuje tisućama istodobnih veza s nekoliko radnih procesa, zbog čega dominira na statički teškim i obrnutim proxy razinama; Apacheov događaj MPM popunjava veći dio te praznine, ali još uvijek dodjeljuje više po vezi na istom hardveru.
- Sukob filozofije konfiguracije: Apache nosi .htaccess i nadjačavanja po direktoriju (osnovna pogodnost dijeljenog hostinga), dok je konfiguracija nginx-a ravna po web-mjestu uključuje datoteke s disciplinom ponovnog učitavanja; svakodnevni učinak je u obliku tima, tko uređuje konfiguracije i gdje.
- Hibridni stog je legitiman, a ne izbacivanje: nginx ispred kao TLS terminator i statički poslužitelj, Apache iza za aplikaciju, oblik je testiran u bitkama koji čuva htaccess alat dok grabi nginx rubne performanse; trošak je još jedan sloj više za rješavanje problema i praćenje.
- Gdje svaki motor izravno pobjeđuje: nginx pobjeđuje proxying s velikim brojem veza, rubni rad uz održavanje života i sporo pražnjenje klijenta; Apache osvaja snagu konfiguracije po direktoriju, kompatibilnost naslijeđenih modula i mod_security/mod_php-class dijeljeno hosting imanje gdje nijedan drugi ekosustav nije tako zreo.
- LiteSpeed je treća opcija za kojom mnogi hostovi posežu (naš namjenski članak to pokriva): kompatibilnost s Apacheom s paralelnom paralelnošću vođenom događajima, licencirana po jezgri, tako da postoji srednji put "zamijeni Apache, zadrži konfiguraciju" za ekonomiju dijeljenog hostinga.
- Procedura odlučivanja koja se primjenjuje u cijeloj kategoriji naših web-poslužitelja: odredite radno opterećenje (nginx na rubu; Apache iza aplikacija koje su opterećene htaccessom), zadržite obje uloge eksplicitne kada su hibridne, usporedite vlastiti promet (ne referentne vrijednosti časopisa) i zapamtite da je ovo jedna odluka koju možete ponavljati budući da oba motora sretno koegzistiraju.
Terenska bilješka
Klijent koji nas je naučio navici hibridnog snopa: nginx ispred za TLS i statiku, Apache iza koji nosi dvanaest godina znanja o htaccessu koje se nitko nije usudio prepisati. Iskren odgovor nije bio 'migrirati na nginx', bio je 'imenovati radno opterećenje po razini'. Oni i danas vode taj oblik, neuzbuđeni i ukrašeni radnim vremenom.
Često postavljana pitanja
Moramo li uopće odabrati jedan?
Ne: obrnuti proxy ispred aplikacijskog poslužitelja normalan je moderan oblik. Jedina prava odluka je koji motor kamo ide; trčanje oba standardna je praksa, a ne priznanje poraza.
Što je brže za WordPress?
Uz dobre slojeve predmemoriranja, sva tri (nginx, Apache, LiteSpeed) dobro služe WordPressu; krajnji poredak u našim testovima sveo se na podešavanje predmemorije, a ne motora. Izbor motora važniji je na rubnim i proxy razinama nego iza predmemorije.
Što je lakše naučiti?
Oba se mogu naučiti u tjedan dana za osnovni virtualni hosting i TLS; trenje se razlikuje: dokumentacija Apachea poznatija je veteranima industrije, konfiguracija nginxa je kraća, ali ranije izlaže gumbe za proxy.
Postoje li važne sigurnosne razlike?
Oba nose CVE-ove i oba su osigurana izvan okvira u održavanim verzijama; površina rizika je konfiguracijska površina, kultura .htaccess i naslijeđeni moduli za Apache, moduli kompilirani od strane trećih strana plus pogreške redoslijeda konfiguracije za nginx. Brzina zakrpe važnija je od marke motora.
Kako Kinetikatech pomaže kod web poslužitelji
Ovo smo rješavali stotine puta: Konfiguracija, optimizacija i sigurnost web poslužitelja u produkcijskim i razvojnim okruženjima. S Optimizacija brzine web stranice i Upravljanje serverima dobivate puni krug: procjenjujemo, implementiramo, nadziremo bez prestanka i interveniramo u 30 minuta kad je potrebno.