REST vs WebSocket

2019. január 8. 4 perc olvasás

Néhány nappal ezelőtt a Quora „megkért”, hogy válaszoljak valakinek, aki megkérdezte, hogy az „AWS API Gateway más protokollt támogat, mint a REST”. A kérdés fogalmi hibája ellenére - azt hiszem, tudja, mi az - nagyon gyorsan válaszoltam rá, de Sergio hamarosan, és részletesebben is beszélni fog az API Gateway-ről. Szóval tarts velünk! A helyzet az, hogy ez a kérdés inspirált arra, hogy megírjam a mai bejegyzést, és rövid összehasonlítást végezzek a REST (HTTP) és a WebSocket között.

Több mint „REST vs WebSocket” összehasonlítás, ez egy HTTP és a WebSocket (ws) összehasonlítás. Nos, amire jól emlékszel, a REST (reprezentatív állapotátvitel) az építészeti tervezés mintája vagy stílusa, és nem szállítási protokoll. A HTTP protokoll a REST architektúra megvalósítása.

Nagyon rövid és összefoglaló - további információkat itt talál, vagy itt, a REST API egy olyan szabályhalmaz, amely lehetővé teszi a webalkalmazások közötti kommunikációt. A REST a HTTP protokollt és számos szolgáltatását használja az API felépítés részeként. Valójában valaki régen azt mondta, hogy "A REST a web és a web a REST". Egyetért vagy nem, de ma ez a leggyakrabban használt stílus.:)

A Websocket egy olyan kommunikációs protokoll, amely ugyanazon TCP kapcsolaton keresztül "full-duplex" kommunikációs csatornákat biztosít. Ugyanaz a koncepció, mint a klasszikus UNIX foglalatokban, de az interneten, és azzal a gondolattal, hogy megkönnyítse az adatok valós idejű továbbítását a szerverről és a szerverre. Kétirányú kommunikációként a kiszolgáló a kapcsolatot közvetlenül az ügyfélnek küldheti el az információt. Mint jól tudod, a REST nem teszi meg könnyen. Bár nagyon erős keretrendszerek vannak a piacon, amelyek tudják, hogyan kell valós időben kezelni a REST-et és a háttérprogramokat.

Mint már korábban említettük, a REST egy architektúra stílus, a WebSocket pedig egy protokoll, ezért van értelme, ha összehasonlítjuk a HTTP-t a WebSocket-kel. Íme néhány különbség:

---