Žiniatinklio serveriai ir atvirkštiniai tarpiniai serveriai
nginx vs Apache: kuris serveris veikia kurį darbo krūvį?
„nginx“ ir „Apache“ yra du varikliai, ant kurių galima statyti prieglobos krūvą, o kova baigiasi tuo metu, kai įvardijamas darbo krūvis. „nginx“ yra įvykiais valdoma, mažo atstumo mašina, skirta statiniam turiniui ir atvirkštiniam tarpiniam serveriui; „Apache“ yra daug modulių turintis programų serveris, kurio katalogas nepaiso, o ekosistema turi bendrą prieglobą. Tai yra sąžiningų sprendimų lentelė už abiejų specialių straipsnių.
Pagrindiniai punktai
- Lygiagretumo modelis nustato pranašumą: nginx asinchroninio įvykio kilpa tvarko tūkstančius lygiagrečių ryšių su keliais darbininkų procesais, todėl jis dominuoja statinio ir atvirkštinio tarpinio serverio pakopose; „Apache“ įvykio MPM užpildo didžiąją dalį šios spragos, bet vis tiek skiria daugiau tos pačios aparatinės įrangos vienam ryšiui.
- Konfigūracijos filosofija prieštarauja: Apache atlieka .htaccess ir katalogų nepaisymus (bendrojo prieglobos įkūrimo patogumas), o nginx konfigūracija yra vienoda, kiekvienai svetainei įtraukiami failai su perkrovimo disciplina; kasdienis efektas yra komandos formos, kas ir kur redaguoja konfigūracijas.
- Hibridinis dėklas yra teisėtas, o ne susidorojimas: „nginx“ yra priekyje kaip TLS terminatorius ir statinis serveris, o „Apache“ už programos yra išbandyta forma, kuri išsaugo „htaccess“ įrankius, tuo pačiu sumažindama „nginx“ krašto našumą; kaina yra dar vienas trikčių šalinimo ir stebėjimo sluoksnis.
- Kur kiekvienas variklis laimi: „nginx“ laimi intensyvų tarpinį serverį, nuolatinį darbą ir lėtą kliento nutekėjimą; „Apache“ laimi kiekvieno katalogo konfigūravimo galią, senųjų modulių suderinamumą ir mod_security/mod_php klasės bendrojo prieglobos turtą, kur jokia kita ekosistema nėra tokia brandi.
- „LiteSpeed“ yra trečioji daugelio prieglobų pasiekiama parinktis (apie ją kalbama mūsų skirtame straipsnyje): įdiegiamas „Apache“ suderinamumas su įvykių valdoma vienu metu, licencijuota vienam branduoliui, todėl bendrojo prieglobos ekonomikoje yra vidurinis kelias „pakeisti Apache, išlaikyti konfigūraciją“.
- Sprendimo procedūra, taikoma visoje mūsų žiniatinklio serverių kategorijoje: nurodykite darbo krūvį (nginx prie krašto; Apache už htaccess reikalaujančių programų), palikite aiškius abu vaidmenis, kai yra mišri, palyginkite savo srautą (ne žurnalų etalonus) ir atminkite, kad tai yra vienas sprendimas, kurį galite kartoti, nes abu varikliai laimingai egzistuoja kartu.
Pastaba iš praktikos
Klientas, kuris išmokė mus hibridinio krūvos įpročio: nginx priekyje, skirtas TLS ir statikai, Apache už nugaros, nešiojantis dvylika metų htaccess žinių, niekas nedrįso perrašyti. Sąžiningas atsakymas buvo ne „perkelti į nginx“, o „nurodykite darbo krūvį pagal pakopą“. Jie vis dar naudojasi tokia forma ir šiandien, nesujaudinti ir papuošti tinkamu laiku.
Dažniausiai užduodami klausimai
Ar iš viso reikia pasirinkti vieną?
Ne: priešais taikomųjų programų serverį esantis atvirkštinis tarpinis serveris yra įprasta šiuolaikinė forma. Vienintelis tikras sprendimas – kuris variklis kur važiuoja; abiejų bėgimas yra įprasta praktika, o ne pralaimėjimo pripažinimas.
Kuris yra greitesnis „WordPress“?
Turėdami gerus talpyklos sluoksnius, visi trys (nginx, Apache, LiteSpeed) gerai tarnauja „WordPress“; mūsų bandymų finišo eilės tvarka nulėmė talpyklos derinimą, o ne variklio. Variklio pasirinkimas yra svarbesnis krašto ir tarpinio serverio lygmenyse nei už talpyklos.
Kurį lengviau išmokti?
Abu galima per savaitę išmokti pagrindinio virtualaus prieglobos ir TLS; trintis skiriasi: Apache dokumentacija yra labiau pažįstama pramonės veteranams, nginx konfigūracija yra trumpesnė, tačiau tarpinio serverio rankenėlės atskleidžiamos anksčiau.
Ar yra svarbių saugumo skirtumų?
Abiejuose yra CVE ir abi yra saugios, kai naudojamos prižiūrimos versijos; rizikos paviršius yra konfigūracijos paviršius, .htaccess kultūra ir senieji moduliai, skirti Apache, trečiųjų šalių sudaryti moduliai ir nginx konfigūracijos užsakymo klaidos. Pleistro greitis yra svarbesnis nei variklio prekės ženklas.
Kaip Kinetikatech padeda su žiniatinklio serveriai ir atvirkštiniai tarpiniai serveriai
Atvirai — dauguma komandų kreipiasi į mus pirmiau pabandžiusios pačios: Programos, kurios priima ryšius ir nusprendžia, kaip vyksta užklausos: „nginx“, „Apache“, „LiteSpeed“, „Caddy“ ir „Traefik“, taip pat konfigūravimo įpročiai, dėl kurių jos yra greitos, talpyklos ir sunkiai pašalinamos. Mūsų paslauga Svetainės spartos optimizavimas ir Serverių administravimas skirta tam, kad jums nereikėtų žiniatinklio serveriai ir atvirkštiniai tarpiniai serveriai pažinti sunkiausiu keliu; mes pasirūpiname paleidimu, priežiūra ir netikėtumais trečią valandą nakties.