Webszerverek és fordított proxy-k
nginx vs Apache: Melyik kiszolgáló melyik munkaterhelést futtatja?
Az nginx és az Apache az a két motor, amelyre egy hosting verem építhető, és a küzdelem a munkaterhelés elnevezése pillanatában véget ér. Az nginx egy eseményvezérelt, kis helyigényű gép statikus tartalomhoz és fordított proxyhoz; Az Apache egy modulokban gazdag alkalmazáskiszolgáló, amelynek címtárát felülírja, és az ökoszisztéma megosztott tárhelyet hordoz. Ez az őszinte döntési táblázat mindkét dedikált cikk mögött.
Kulcspontok
- A párhuzamossági modell dönti el az élt: az nginx aszinkron eseményhurka több ezer párhuzamos kapcsolatot kezel néhány munkafolyamattal, ezért uralja a statikus-nehéz és a fordított proxy rétegeket; Az Apache esemény MPM-je bezárja ennek a hiányosságnak a nagy részét, de továbbra is többet foglal le kapcsolatonként ugyanazon a hardveren.
- A konfigurációs filozófia ütközik: Az Apache .htaccess-t és könyvtáronkénti felülírást hordoz (a megosztott tárhely alapítási kényelme), míg az nginx konfigurációja laponként működik webhelyenként, beleértve a fájlokat újratöltési szabályokkal; a napi hatás csapat formájú, ki szerkeszti a konfigurációkat, és hol.
- A hibrid verem legális, nem kitörés: az nginx elöl TLS-lezáróként és statikus szerverként, az Apache mögött pedig az alkalmazás számára, egy harcokban tesztelt forma, amely megőrzi a htaccess-eszközöket, miközben megragadja az nginx élteljesítményét; a költség még egy réteg a hibaelhárításhoz és a monitorozáshoz.
- Ahol az egyes motorok nyernek: az nginx nyeri a kapcsolat-nehéz proxyhasználatot, az élen tartást és a lassú kliens leürítést; Az Apache nyeri a könyvtáronkénti konfigurációs teljesítményt, a régi modulokkal való kompatibilitást és a mod_security/mod_php osztályú megosztott tárhelyet, ahol nincs más ökoszisztéma ennyire kiforrott.
- A LiteSpeed a harmadik lehetőség, amelyhez sok gazdagép hozzányúl (dedikált cikkünk foglalkozik vele): beugró Apache-kompatibilitás az eseményvezérelt párhuzamossággal, magonként licencelve, tehát az „Apache cseréje, a konfiguráció megtartása” középút létezik a megosztott tárhely gazdaságosságában.
- A webszerver-kategóriánkban érvényes döntési eljárás: nevezze meg a munkaterhelést (nginx a szélén; Apache a htaccess-igényes alkalmazások mögött), hagyja mindkét szerepkört egyértelműen, ha hibrid, hasonlítsa össze saját forgalmát (nem magazinok referenciaértékeit), és ne feledje, hogy ez egy olyan döntés, amelyet megismételhet, mivel mindkét motor boldogan működik együtt.
Terepi jegyzet
Az ügyfél, aki megtanított minket a hibrid verem szokására: az nginx elöl a TLS-hez és a statikához, mögötte az Apache, aki tizenkét évnyi htaccess tudást hordozott, senki sem merte átírni. Az őszinte válasz nem az volt, hogy „migráció nginx-re”, hanem „nevezd meg a munkaterhelést rétegenként”. Ma is ezt a formát viselik, izgalommentesen és üzemidőben díszítve.
Gyakori kérdések
Egyáltalán kell választanunk egyet?
Nem: az alkalmazáskiszolgáló előtti fordított proxy a szokásos modern forma. Az egyetlen igazi döntés az, hogy melyik motor hova megy; mindkettő futtatása bevett gyakorlat, nem a vereség beismerése.
Melyik a gyorsabb a WordPress számára?
Jó gyorsítótárazási rétegekkel mindhárom (nginx, Apache, LiteSpeed) jól szolgálja a WordPress-t; tesztjeinkben a befejezési sorrend inkább a gyorsítótár-hangolásnak, mint a motornak adódott. A motorválasztás fontosabb a széleken és a proxyszinteken, mint a gyorsítótár mögött.
Melyiket könnyebb megtanulni?
Mindkettő egy hét alatt megtanulható az alapvető virtuális tárhelyhez és a TLS-hez; a súrlódás eltérő: az Apache dokumentációja jobban ismert az iparági veteránok számára, az nginx konfigurációja rövidebb, de hamarabb teszi ki a proxygombokat.
Vannak biztonsági különbségek, amelyek számítanak?
Mindkettő tartalmaz CVE-t, és mindkettő biztonságos, karbantartott verziókban; a kockázati felület a konfigurációs felület, a .htaccess kultúra és az Apache örökölt moduljai, a harmadik féltől származó modulok, valamint az nginx konfigurációs sorrendi hibái. A patch sebessége többet számít, mint a motormárka.
Hogyan segít a Kinetikatech a webszerverek és fordított proxy-k területén
Őszintén szólva, a legtöbb csapat azután keres meg minket, hogy előbb maga próbálkozott: A kapcsolatokat elfogadó és a kérések áramlását eldöntő programok: nginx, Apache, LiteSpeed, Caddy és Traefik, valamint a konfigurációs szokások, amelyek gyorssá, gyorsítótárazottá és nehezen eltávolíthatóvá teszik őket. A Webhely-sebességoptimalizálás és Szerveradminisztráció szolgáltatásunk épp azért van, hogy ne az éles rendszeren ismerkedj meg a webszerverek és fordított proxy-k területével; mi vállaljuk az üzembe helyezést, a felügyeletet és a hajnali három órai meglepetéseket.