Apache HTTP Server ir Tomcat: vaidmenys ir tarpinio serverio architektūra

Paskelbimo data: 2021 m. sausio 1 d.

Atnaujinta: 2026 m. rugpjūčio 16 d.

Apžvalga

„Apache HTTP Server“ dažnai apibūdinamas kaip statinių failų serveris, o „Tomcat“ – kaip dinaminį „Java“ turinį vykdantis servletų konteineris. Toks paaiškinimas per daug supaprastintas: „Tomcat“ turi savo HTTP serverį ir gali pateikti statinius failus, o „Apache“ per modulius atlieka kur kas daugiau nei vien statinių failų aptarnavimas. Šiame straipsnyje jų vaidmenys lyginami praktiškai ir paaiškinama, kada papildoma tarpinė pakopa iš tiesų reikalinga.

1. Ar reikia derinti „Apache“ ir „Tomcat“?

Pagrindinis skirtumas – jų pirminis vaidmuo. „Apache HTTP Server“ skirtas HTTP aptarnavimui, tarpinio serverio funkcijoms ir moduliais plečiamai įėjimo pakopai, o „Tomcat“ įgyvendina „Java“ servletų ir susijusias Jakarta žiniatinklio specifikacijas.

„Tomcat“ turi HTTP jungtį, todėl paprasta programa gali veikti ir be „Apache“. Atvirkštinis tarpinis serveris pridedamas tik tada, kai reikia jo teikiamų savybių arba bendros organizacijos architektūros. Vien istorinis įprotis nėra pakankama priežastis papildomai pakopai.

1-1. Kuo skiriasi jų vaidmenys?

Vaidmenų skirtumą galima palyginti su programos ir duomenų bazės atskyrimu. Nedidelė programa duomenis galėtų laikyti faile, tačiau duomenų bazė pasirenkama tada, kai jos operacijos, vientisumas, užklausos ir administravimo priemonės duoda aiškią naudą. Panašiai „Tomcat“ gali pats priimti HTTP užklausas, tačiau atskiras tarpinis serveris gali centralizuoti TLS, prieigos taisykles, kelių programų maršrutus ar statinių išteklių talpyklą.

Todėl sprendimas nėra abstraktus „privalumų ir trūkumų“ sąrašas. Pirmiausia apibrėžkite sistemos reikalavimus, tada kiekvieną funkciją priskirkite komponentui, kuris ją patikimai atlieka. Jei atskiros įėjimo pakopos nereikia, jos nedėkite.

1-2. Kas yra "Apache"?

„Apache“ čia reiškia „Apache HTTP Server“. Jis priima HTTP užklausas, aptarnauja išteklius ir, priklausomai nuo modulių bei konfigūracijos, perduoda ar transformuoja srautą.

Tipinės funkcijos:

• Leisti arba atmesti užklausas pagal adresą ir kitas taisykles.
• Nukreipti ar perrašyti konkrečius URL.
• Aptarnauti statinius failus.
• Užbaigti TLS ryšį.
• Pagal užklausą parinkti vidinį serverį.

Tai tik dalis galimybių. Esmė ta, kad „Apache HTTP Server“ gerai tinka bendrai HTTP įėjimo pakopai.

Dinaminį programos atsakymą paprastai kuria „Tomcat“ vykdomas kodas, tačiau riba nėra absoliuti: „Apache“ gali generuoti dinaminį turinį per modulius, o „Tomcat“ gali pateikti statinius failus. Funkcijas skirstykite pagal aiškius eksploatavimo ir saugos reikalavimus.

1-3. Kas yra "Tomcat"?

Oficialus produkto pavadinimas yra „Apache Tomcat“. Tai servletų konteineris ir „Java“ žiniatinklio programų serverio vykdymo aplinka.

Programos jame gali:

• Patikrinti užklausos duomenis ir įrašyti juos į duomenų saugyklą.
• Kurti dinaminius puslapius ar API atsakymus.
• Autentifikuoti naudotoją ir pritaikyti atsakymą pagal jo teises.

Pagrindinė „Tomcat“ paskirtis – vykdyti „Java“ žiniatinklio programą ir pagal užklausą kurti atsakymą.

Tai nereiškia, kad „Tomcat“ negali pateikti HTML, CSS ar vaizdų. Mažai sistemai jis gali aptarnauti visą programą. Atskiras statinių failų ar tarpinis serveris prasmingas tik tada, kai jo nauda pateisina papildomą sudėtingumą.

2. "Apache" funkcijos

„Apache HTTP Server“ funkcijos plečiamos moduliais. Įkelkite tik tuos modulius, kurių reikia, ir jų elgseną apibrėžkite konfigūracijoje. Toliau pateikti keli istoriniai pavyzdžiai.

2-1. Lygiagrečių užklausų apdorojimas

Kelių procesų apdorojimo modelį valdo MPM. prefork, worker ir event nėra beveik vienodi: prefork naudoja procesus be gijų, o worker ir event naudoja procesų bei gijų derinį; event papildomai optimizuoja kai kurių palaikomų ryšių tvarkymą. Pasirinkimas turi derėti su įkeltais moduliais ir apkrova.

Toliau parodytas prefork konfigūracijos pavyzdys.

<IfModule mpm_prefork_module>

    StartServers             5

    MinSpareServers          5

    MaxSpareServers         10

    MaxRequestWorkers      250

    MaxConnectionsPerChild   0

</IfModule>

StartServers nustato pradinį antrinių procesų skaičių, o MinSpareServers ir MaxSpareServers – nenaudojamų procesų rezervą. MaxRequestWorkers riboja vienu metu aptarnaujamų užklausų skaičių; tai nėra pažadas, kad serveris tokią apkrovą išlaikys be delsos ar išteklių trūkumo.

2-2. Užklausos URL perrašymas

URL perrašymą ir nukreipimą atlieka rewrite_module.

Toliau pateikta HTTP užklausų nukreipimo į HTTPS taisyklė.

<IfModule rewrite_module>

  RewriteEngine on

  RewriteCond %{HTTPS} off

  RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

</IfModule>

Jei užklausa gaunama per HTTP, serveris grąžina 301 nukreipimą, o klientas pakartoja užklausą per HTTPS. Už atvirkštinio tarpinio serverio ši sąlyga turi atitikti patikimai perduodamą pradinio ryšio schemą.

2-3. Prieigos valdymas pagal IP adresą

Prieigą galima riboti pagal kliento IP adresą. Toliau palikta senosios 2.2 sintaksės konfigūracija; dabartiniame „Apache 2.4“ diegime naudokite Require direktyvas.

Pavyzdyje atmetami visi adresai, išskyrus 1.0.16.0/20, 1.0.64.0/18 ir 1.1.64.0/18 tinklus. Prieš taikydami įsitikinkite, kad diapazonai iš tiesų priklauso jūsų patikimiems klientams.

<Directory />

    order deny,allow

    deny from all

    allow from 1.0.16.0/20

    allow from 1.0.64.0/18

    allow from 1.1.64.0/18

</Directory>

3. "Tomcat" funkcijos

Šiame skyriuje trumpai apibūdinama pagrindinė „Tomcat“ paskirtis.

3-1. Dinaminiai atsakymai naudojant „Java“

„Tomcat“ vykdo servletais ir kitomis palaikomomis „Jakarta“ žiniatinklio API pagrįstą programos kodą. Programoje galima naudoti „Java“ bibliotekas, tačiau jų nereikėtų vadinti „Apache“ moduliais: tai atskiros priklausomybės, paprastai valdomos kūrimo įrankiu.

• Dinamiškai generuoti atsakymus pagal patikrintus užklausos parametrus.
• Rašyti struktūrizuotus programos žurnalus.
• Kurti ir redaguoti „Excel“ failus.
• Apdoroti ZIP archyvus ir kitus failų formatus.

Bibliotekos padeda įgyvendinti tokias funkcijas, o „Tomcat“ suteikia žiniatinklio užklausų vykdymo aplinką ir programos gyvavimo ciklą. Trečiųjų šalių priklausomybes tikrinkite, atnaujinkite ir įtraukite tik tada, kai jų reikia.

4. Architektūros pasirinkimas

„Apache HTTP Server“ ir „Apache Tomcat“ yra atskiri „Apache Software Foundation“ projektai. Jie parašyti skirtingomis kalbomis ir sprendžia skirtingas problemas, tačiau vien tai nenulemia konkrečios sistemos architektūros.

„Tomcat“ turi visavertę HTTP jungtį ir gali veikti kaip tiesiogiai pasiekiamas programos serveris. Jo dokumentacijoje aprašytos ir tokios funkcijos kaip TLS, SSI bei URL perrašymas:

http://tomcat.apache.org/

• SSL/TLS (ryšių šifravimas)
• SSI (galimybė įterpti skirtingus HTML į HTML)
• "Rewrite" (URL perrašymo funkcija)

„Apache“ pridėkite, kai reikia centralizuotos užklausų kontrolės, kelių vidinių paslaugų maršrutų, organizacijoje standartizuoto TLS ar kitų aiškiai įvardytų funkcijų. Jei tokių reikalavimų nėra, tiesioginis „Tomcat“ arba platformos valdomas įėjimo komponentas gali būti paprastesnis.

5. Santrauka

„Apache HTTP Server“ ir „Tomcat“ vaidmenys persidengia HTTP aptarnavimo srityje, tačiau jų pagrindinė paskirtis skiriasi. „Tomcat“ vykdo „Java“ žiniatinklio programą, o „Apache“ dažnai naudojamas kaip bendra HTTP ir atvirkštinio tarpinio serverio pakopa.

Jie neprivalo veikti kartu. Pridėkite tarpinį serverį tik dėl konkretaus saugos, maršrutų, TLS ar eksploatavimo reikalavimo ir įvertinkite papildomos pakopos konfigūravimo bei stebėjimo kainą.