REST API

haladóelterjedt

A REST API egy elterjedt szabályrendszer arra, hogyan kérjenek és küldjenek egymásnak adatot a programok az interneten, ugyanazzal a technikával, amellyel a weboldalak is betöltődnek.

Érthetően

Képzeld el egy étterem pultját. Nem mész be a konyhába, hanem a pultnál leadod a rendelést egy megszokott formában, és megkapod, amit kértél. Az API (alkalmazásprogramozási felület) ilyen pult két program között: a REST pedig a pultnál érvényes házirend, vagyis az, hogy hogyan kell kérni és milyen formában jön a válasz.

A REST lényege az egyszerűség. Minden dolognak, például egy rendelésnek, egy ügyfélnek vagy egy időjárás-előrejelzésnek saját webcíme van, és ezekkel néhány alapműveletet lehet végezni: lekérni, létrehozni, módosítani, törölni. Mivel ugyanazt a webes technikát használja, mint a böngésződ, szinte bármilyen program és eszköz tud így beszélgetni.

Ezért lett belőle a szoftverek közös nyelve. Amikor egy alkalmazás megmutatja a bankszámlád egyenlegét, a futár helyzetét vagy a holnapi időjárást, a háttérben jó eséllyel REST API-n kér adatot. Az AI-agentek is többnyire ilyen felületeken keresztül érik el a külső szolgáltatásokat, amikor foglalnak, keresnek vagy adatot rögzítenek helyetted.

Hogyan működik

A kérő program (a kliens) összeállít egy kérést: megadja a webcímet, amely megnevezi, miről van szó, például egy adott rendelésről.
Kiválasztja a műveletet is: a GET lekér, a POST újat hoz létre, a PUT vagy PATCH módosít, a DELETE töröl.
A kéréshez többnyire azonosítót, úgynevezett API-kulcsot vagy tokent is csatol, hogy a szolgáltató tudja, ki kér és mihez van joga.
A szerver elvégzi a műveletet, és válaszol: küld egy állapotkódot (például 200 = rendben, 404 = nincs ilyen), valamint az adatot, legtöbbször JSON formátumban.
A szerver az adatokat természetesen tárolja, de a kérések előzményeit nem tartja fejben: minden kérésnek önmagában tartalmaznia kell mindent, ami a teljesítéséhez kell. Emiatt a rendszer könnyen bővíthető, mert a kéréseket bármelyik szerver ki tudja szolgálni.

Példa a mindennapokból

Megnyitod a telefonodon az időjárás-alkalmazást, és másodpercek alatt megjelenik a holnapi előrejelzés a városodra. Az alkalmazás ilyenkor a háttérben kérést küld a meteorológiai szolgáltató REST API-jának, a válaszként kapott adatokat pedig szépen megformázva eléd tárja.

Kit érint

fejlesztőA mindennapi munkád része: a legtöbb külső szolgáltatást és AI-modellt REST API-n keresztül kötöd össze a saját programoddal. → Kód

vállalkozó, vezetőHa egy szoftvernek van REST API-ja, összekötheted a többi rendszereddel és automatizálhatod a munkát, ezért vásárlás előtt érdemes rákérdezned.

banki ügyfél, befektetőA nyílt bankolás ilyen felületekre épül: így láthatja egy általad engedélyezett alkalmazás a számládat, vagy indíthat róla fizetést. → Pénz

mindenkiNaponta sokszor használod anélkül, hogy tudnál róla, mert a telefonos alkalmazásaid többsége így jut friss adathoz.

Gyakori félreértés

TévhitA REST API egy program vagy termék, amelyet meg lehet venni és fel lehet telepíteni.

ValójábanA REST tervezési stílus, vagyis szabályok gyűjteménye, amelyet minden szolgáltató a saját felületén valósít meg. Ezért nincs két teljesen egyforma REST API, és mindegyikhez külön leírás tartozik.

Korlátok és kockázatok

A REST nem szigorú szabvány, ezért a szolgáltatók eltérően értelmezik: ami az egyik felületen működik, az a másikon másképp lehet.
Az API-kulcs olyan, mint egy jelszó: ha kiszivárog, más is használhatja a nevedben a szolgáltatást, akár a te költségedre.
A legtöbb szolgáltató korlátozza, hány kérést küldhetsz egy adott idő alatt, és a nagyobb forgalomért gyakran fizetni kell.
Ha a szolgáltató megváltoztatja vagy megszünteti a felületét, a ráépülő alkalmazások és automatizmusok leállhatnak.

Hasonló, de nem ugyanaz

API – Az API az általános fogalom, minden programok közötti felületet jelent; a REST API ennek egyik fajtája, a webes API-k között a legelterjedtebb.
GraphQL – A GraphQL-nél a kérő egyetlen címen, saját lekérdezéssel mondja meg pontosan, milyen adatot kér, míg a REST-nél minden dolognak külön címe és kötött válasza van.
MCP (Model Context Protocol) – Az MCP kifejezetten arra készült, hogy az AI-agentek egységes módon fedezzék fel és használják az eszközöket, a REST API viszont általános célú, és az MCP mögött is gyakran az dolgozik.

Kapcsolódó fogalmak

Tágabb

API, Webszolgáltatás, Szoftverarchitektúra

Szűkebb

Végpont, HTTP-metódus, Állapotkód

Rokon

JSON, HTTP, API-kulcs, GraphQL, MCP

Röviden a története

A REST fogalmát Roy Fielding amerikai informatikus vezette be 2000-ben megvédett doktori értekezésében, amelyben a világháló működésének alapelveit foglalta rendszerbe. A név a Representational State Transfer kifejezés rövidítése.

Hol tart most

2026 végén a REST a webes és mobilos szolgáltatások alapértelmezett összekötő módja, és a nagy AI-modellek is jellemzően ilyen felületen érhetők el. Az AI-agentek terjedésével új, agentekre szabott protokollok épülnek rá, de azok kiegészítik, nem leváltják.

Állapot: 2026. november

Más nevei

REST API · REST · RESTful API · REST-API · REST interfész · REST-alapú API · Representational State Transfer

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.