Szerver működése – Oktatási animáció

// 01 – MI AZ A SZERVER?

A szerver: az internet motorja

A szerver egy folyamatosan futó számítógép, amely kéréseket fogad és válaszokat küld. Ha megnyitsz egy weboldalt, a böngésződ egy szerverre küldi a kérést, amely visszaküldi az adatokat.

🖥️ Hogyan működik egy szerver alapszinten?

A szerver nem más, mint egy speciális számítógép, amely szoftverek segítségével kérés–válasz (request–response) alapon kommunikál a kliensekkel (böngésző, mobilapp stb.). Egy fizikai gépre akár több ezer kérés is érkezhet másodpercenként.

Webszerver (pl. Nginx, Apache) – a HTTP kéréseket fogadja és HTML/CSS/JS fájlokat küld vissza
Alkalmazásszerver (pl. Node.js, PHP) – az üzleti logikát futtatja, adatot dolgoz fel
Adatbázisszerver (pl. PostgreSQL, MySQL) – az adatokat tárolja és lekérdezi

RACK-01 / BUDAPEST-DC

WEB-01 nginx/1.25

42°C

APP-01 node/20.x

51°C

DB-01 psql/16

38°C

0

UPTIME %

0

REQ / PERC

0

MS VÁLASZ

// 02 – HTTP REQUEST LIFECYCLE

Egy kérés útja

Amikor begépeled a weboldal címét a böngésződbe, egy sor automatikus lépés indul el – mindez tipikusan 50–300 ms alatt zajlik le.

📡 Mi történik a háttérben?

①

DNS feloldás – IP cím megkeresése

②

TCP kapcsolat + TLS kézfogás (HTTPS)

③

HTTP kérés → szerver feldolgozza

④

DB lekérdezés, cache ellenőrzés

⑤

HTTP válasz → böngésző renderel

🖥️

KLIENS
böngésző

▶

⚖️

LOAD BALANCER
forgalomelosztó

▶

⚙️

APP SZERVER
üzleti logika

▶

🗄️

ADATBÁZIS
adat tárolás

🔀 Mi a Load Balancer?

A Load Balancer (forgalomelosztó) a beérkező kéréseket több szerver között osztja el, hogy egyetlen gép se legyen túlterhelve. Ez biztosítja a magas rendelkezésre állást (HA). Ha az egyik szerver leáll, a többi átveszi a forgalmat.

Round Robin – sorban, egyenként osztja el a kéréseket
Least Connections – a legkevésbé terhelt szerverre irányít
IP Hash – ugyanaz a kliens mindig ugyanarra a szerverre kerül (session)

■ 12:00:01 GET /api/products → 200 OK (12ms)

■ 12:00:01 DB query: SELECT * FROM products (4ms)

■ 12:00:02 Cache HIT /api/users/42 (0ms)

■ 12:00:03 POST /api/orders → 201 Created (28ms)

// 03 – OSI HÁLÓZATI MODELL

A hálózat 7 rétege

Az OSI modell (Open Systems Interconnection) egy szabványos keretrendszer, amely leírja, hogyan kommunikálnak a hálózati eszközök egymással, 7 rétegre bontva a folyamatot.

7

Alkalmazás

A felhasználó által látott réteg. HTTP, HTTPS, FTP, DNS, SMTP protokollok itt futnak.

HTTP

6

Megjelenítés

Adatformátum-konverzió, titkosítás, tömörítés. SSL/TLS, JSON, XML, Base64.

TLS

5

Munkamenet

Kapcsolatok megnyitása, fenntartása, lezárása. Session kezelés, authentikáció.

SESSION

4

Szállítás

Megbízható adatátvitel, portszámok kezelése. TCP (megbízható) és UDP (gyors, de veszteséges).

TCP/UDP

3

Hálózat

IP-alapú útválasztás (routing). IP-cím alapján dönti el, melyik szerverre kerüljön az adat.

IP

2

Adatkapcsolat

MAC-cím alapú keretezés, helyi hálózati kommunikáció. Ethernet, Wi-Fi, switch.

MAC

1

Fizikai

Bitek átvitele fizikai közegen – UTP kábel, optikai szál, rádióhullám.

BIT

💡 Miért fontos az OSI modell?

Ha valami nem működik a hálózaton, az OSI modell segít diagnosztizálni, melyik rétegen van a hiba. Pl. ha a fizikai kábel el van szakadva, az 1. réteg a hibás. Ha a DNS nem oldja fel a nevet, az a 7. réteg problémája. A webfejlesztők főleg a 4–7. rétegekkel dolgoznak.

// 04 – ERŐFORRÁS MONITOROZÁS

CPU & RAM kihasználtság

A szerver teljesítményét a processzor (CPU) és a memória (RAM) határozza meg. A monitorozás elengedhetetlen a bottleneck-ek (szűk keresztmetszetek) megtalálásához.

⚙️ CPU vs RAM – Mi a különbség?

CPU (processzor) – a számításokat végzi. Ha a CPU 100%-on van, az alkalmazás lassul vagy lefagy. Webszervereknél a magas CPU általában sok párhuzamos kérést jelent.
RAM (memória) – az aktív adatokat tárolja. Ha elfogy a RAM, a rendszer "swap"-ot használ (lassú lemezt), ami drasztikusan lassítja a szervert.
Disk I/O – lemez olvasás/írás sebesség. Adatbázis-intenzív alkalmazásoknál kritikus. SSD sokkal gyorsabb mint HDD.

// CPU összesített

0%

// RAM felhasználás

0 GB / 32 GB

// Disk I/O olvasás

0 MB/s

// Disk I/O írás

0 MB/s

📊 Mit jelent a magas CPU?

Ha a CPU tartósan 80% felett van, skálázni kell: vagy erősebb gépet kell venni (vertikális skálázás), vagy több szervert kell párhuzamosan futtatni (horizontális skálázás). A modern felhőszolgáltatók (AWS, Azure, GCP) auto-scaling megoldásokat kínálnak.

// 05 – HÁLÓZATI TOPOLÓGIA

Hálózati infrastruktúra

Egy valós webalkalmazás mögött komplex hálózati infrastruktúra áll. Az alábbi térképen látható, hogyan kapcsolódnak össze a rendszer csomópontjai.

🌐 Mit látunk a hálózati térképen?

KLIENS – a végfelhasználó böngészője vagy applikációja
CDN (Content Delivery Network) – statikus fájlokat (képek, CSS, JS) a felhasználóhoz legközelebbi szerverről tölti be
WEB-01/02 – webszerverek, amelyek az Nginx/Apache HTTP kéréseket kezelik
APP-01/02 – alkalmazásszerverek, az üzleti logikát futtatják
DB-01 – adatbázisszerver, csak a belső hálózatból érhető el (biztonság!)
CACHE – Redis/Memcached gyorsítótár, csökkenti a DB terhelést

0

Mbps BEJÖVŐ

0

Mbps KIMENŐ

0

CSOMAG / MP

🔒 Biztonság a hálózatban

A produkciós infrastruktúrában a szervereket tűzfal (firewall) védi. A DB szerver soha nem érhető el közvetlenül az internetről – csak a belső app szerveren keresztül. A HTTPS (TLS) titkosítja az adatot az átvitel során, a DDoS elleni védelem pedig megakadályozza a túlterheléses támadásokat.