mikroszolgáltatás

angolul: microservice

haladóelterjedt

A mikroszolgáltatás egy nagy szoftver önállóan működő, egyetlen feladatra szakosodott kis része, amely a többi résszel hálózaton keresztül, szabványos üzenetekkel beszélget.

Érthetően

Képzelj el egy éttermet, ahol egyetlen szakács csinál mindent: ő veszi fel a rendelést, főz, mosogat és számláz. Ha megbetegszik, az egész étterem leáll. Ez a hagyományos, egy tömbből álló szoftver. A mikroszolgáltatásos felépítés ezzel szemben olyan, mint egy piac külön standokkal: az egyik csak levest ad, a másik csak süteményt, a harmadik csak a fizetést intézi.

Minden mikroszolgáltatás egyetlen dolgot csinál, például a bejelentkezést, a kosarat vagy az értesítések küldését. Mindegyiket külön csapat fejlesztheti, külön lehet frissíteni, és ha az egyik meghibásodik, a többi jó esetben tovább működik.

Azért jó ez, mert a nagy rendszereket így könnyebb bővíteni és javítani: ha karácsony előtt megugrik a fizetések száma, elég a fizetési részből több példányt elindítani, nem kell az egész alkalmazást megsokszorozni.

Az AI világában is ezért találkozol vele: egy AI-agent gyakran ilyen kis szolgáltatásokat hív meg eszközként, és maga a nyelvi modell is sokszor egy külön szolgáltatásként fut a háttérben.

Hogyan működik

A fejlesztők a nagy alkalmazást üzleti feladatok szerint darabolják fel: egy szolgáltatás egy jól körülhatárolt dologért felel.
Minden szolgáltatás külön programként fut, jellemzően saját konténerben, és többnyire saját adatbázisa van, amelyhez más közvetlenül nem nyúl.
A szolgáltatások API-n vagy üzenetsoron keresztül kérnek egymástól adatot és műveletet, mintha telefonhívást vagy levelet váltanának.
Gyakran egy közös belépési pont, az API-átjáró fogadja a felhasználó kérését, és a megfelelő szolgáltatásokhoz irányítja.
Egy vezénylő rendszer (például a Kubernetes) figyeli a terhelést és a hibákat: szükség esetén új példányokat indít, a leállt szolgáltatást pedig újraindítja.

Példa a mindennapokból

Amikor egy webáruházban rendelsz, a keresés, a kosár, a fizetés és a csomagkövetés jó eséllyel mind külön mikroszolgáltatás. Ezért fordulhat elő, hogy az ajánlások épp nem töltődnek be, de a rendelésedet ettől még gond nélkül le tudod adni.

Kit érint

fejlesztőNeki kell eldöntenie, hol érdemes a rendszert feldarabolni, és együtt kell élnie a sok kis szolgáltatás üzemeltetési terheivel. → Kód

vállalkozó, vezetőA felépítés meghatározza, milyen gyorsan tud a cég új funkciót kiadni, és mennyibe kerül a rendszer fenntartása.

mindenkiA nagy online szolgáltatások, amelyeket naponta használsz, többnyire így épülnek fel. Ez is hozzájárul ahhoz, hogy egy-egy rész hibája ritkábban bénítja meg az egészet, bár teljes leállás így is előfordul.

Gyakori félreértés

TévhitA mikroszolgáltatás mindig korszerűbb és jobb megoldás, mint az egy tömbből álló alkalmazás.

ValójábanKis csapatnak és kisebb rendszernek gyakran egyszerűbb, olcsóbb és megbízhatóbb az egyben tartott alkalmazás. A mikroszolgáltatás ott térül meg, ahol sok csapat dolgozik nagy, erősen terhelt rendszeren.

Korlátok és kockázatok

A sok kis rész üzemeltetése bonyolult: figyelni, frissíteni és védeni kell mindegyiket, ami külön szakértelmet és eszközöket kíván.
A hibakeresés nehezebb, mert egyetlen kérés akár tucatnyi szolgáltatáson halad át, és bármelyiknél elakadhat.
A hálózati beszélgetés lassabb és sérülékenyebb, mint amikor a programrészek egy helyen futnak.
Ha rossz helyen húzzák meg a határokat, a szolgáltatások túlságosan egymásra utalnak, és a rendszer a két megoldás hátrányait egyesíti.

Hasonló, de nem ugyanaz

monolit – A monolit egyetlen, egyben telepített program, míg a mikroszolgáltatások külön futó és külön frissíthető darabok.
API – Az API a szabályrendszer, amelyen át a programok beszélnek egymással, a mikroszolgáltatás pedig maga a program, amely ilyen API-t kínál.
konténer – A konténer a csomagolás, amelyben egy program fut, a mikroszolgáltatás pedig a szoftver egy önálló, feladat szerint leválasztott része. Mikroszolgáltatás konténer nélkül is futhat, és konténerbe monolit is kerülhet.

Kapcsolódó fogalmak

Tágabb

szoftverarchitektúra, elosztott rendszer, felhőalapú számítástechnika

Szűkebb

–

Rokon

monolit, API, API-átjáró, szolgáltatásháló, konténer, Kubernetes, szerver nélküli számítás

Röviden a története

A kifejezés a 2010-es évek elején terjedt el szoftverfejlesztői körökben. Széles körben ismertté James Lewis és Martin Fowler 2014-es, „Microservices” című írása tette.

Hol tart most

2026 végén a nagy online szolgáltatások bevett felépítése, de a szakma józanabbul kezeli: sok csapat a jól tagolt monolitot választja, és csak ott darabol, ahol tényleg szükség van rá. Az AI-agentek terjedésével a kis, hívható szolgáltatások új szerepet kaptak eszközként.

Állapot: 2026. november

Más nevei

mikroszolgáltatás · mikroszolgáltatások · mikroszerviz · mikroszolgáltatás-architektúra · microservice · microservices · microservice architecture · micro-service

Források

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.