N+1 lekérdezés
Kapcsolódó szolgáltatás Egyedi szoftverfejlesztés
MEGHATÁROZÁS
A klasszikus teljesítményhiba: 1 lekérdezés a listára + N további (soronként egy). Eager loadinggal vagy joinnal javítjuk. Lassú végpontnál ezt nézzük meg elsőként.
- Docker→
Egy app-ot a függőségeivel együtt egy image-be csomagolunk, amiből futtatható container indul — így mindenhol ugyanúgy fut, fejlesztői gépen és szerveren is. A „nálam működik” innentől nem kifogás.
- CI/CD→
Continuous Integration / Delivery: minden commitot automatikusan buildelünk, tesztelünk és (ha kéred) deployolunk. Ez a pipeline teszi lehetővé, hogy naponta sokszor, biztonságosan szállítsunk — kézi hibák nélkül.
- Blue-Green Deployment→
Két azonos környezetet futtatunk: a blue él, a green az új verzió. Ha a green leellenőrzött, átkapcsoljuk rá a forgalmat; baj esetén egy mozdulattal visszaváltunk. Zero-downtime release, azonnali rollback.
- Horizontális skálázás→
Több gépet/instance-ot adunk hozzá (scale out), nem egy nagyobbat (vertikális, scale up). Stateless szolgáltatásoknál ez a nyerő: olcsóbb, rugalmasabb, nincs felső plafon. State-et viszont külön tárba tesszük.
- Load balancer→
A bejövő forgalmat több instance között osztja szét — ez a bejárati ajtó, ami redundanciát és sima skálázást ad. Health checkekkel kiveszi a halott instance-okat, így egy gép kiesése nem látszik a felhasználónak.
- Distributed tracing→
Egy kérést végigkövetünk az összes szolgáltatáson egy trace ID-val (pl. OpenTelemetry). Microservice-rendszerben így derül ki másodpercek alatt, melyik szolgáltatás lassított be vagy hibázott — nem találgatunk.
- 012026. ápr. 26.Next.js 16 teljesítménycsapdák minden projektben→
- 022026. ápr. 26.Postgres BRIN vs. B-tree · mikor melyik nyer→
- 032026. ápr. 26.Server vs. kliens komponensek 2026: a döntési szabályunk→
- 042026. ápr. 22.Magyar webshop CWV 2026 · amit most kell javitani→
- 052026. febr. 14.Core Web Vitals Next.js-szel: hogyan lett 4.5s-ből 0.9s LCP→