REST API (HTTP) vs Websockets - Concept Overview With Example

[@BeABetterDev]

Looking to create a REST API or setup Websockets using AWS? Check out these step by step walkthrough videos below: REST API on API Gateway - kzbin.info/www/bejne/q3fWkpx7nddksNU Websockets on API Gateway - kzbin.info/www/bejne/fHrVq56qbNB7bpI

[@jadeedstoresupport8916]

Lets hope someday majority of tech presenters on youtube would know how to a make a to-the-point great video - like this one. No bs, no mumbo jumbo, no need to market the channel or request for subscription etc.; just focusing on bringing the concepts home. Great job, man.

[@cyberchef8344]

KZbinrs statistically get more subs and likes when they ask for them. You’re taking for granted how much effort goes into making videos. Why shouldn’t they try to maximize their income?

[@fastorial]

@@cyberchef8344 I too don't spend time asking for likes or subs on my channel. This is my mindset: "Make a video so good that when someone watches it, they feel like the urge to like it and then subscribe for more such content". If you don't make someone feel that, then maybe you have to improve yourself. But yes, this is just my opinion.

[@cyberchef8344]

@@fastorial that’s definitely a good mindset to have, but at the end of the day it just boils down to trying to make the best quality videos you can. You should absolutely do that because that’s the main factor in growing an audience. With that being said, you can do that and still ask for a like or subscription. It’s not like that takes up much time. Plus, sometimes people watching videos just don’t even think about liking it. It’s not really a priority. Asking for likes has been shown statistically to produce more results. I’m not saying you have to do this, but it really is one of those situations where there is no reason not to.

[@nathanwilcox8395]

not saying this comment applies to this video, but miss the dislike metric. it gives a clear indication of how useful a technical video is going to be

[@MertOguz]

Recently I had to rewrite backend of my online game from REST API to a websocket. The problem is this game was my college project and something completely amateur. But I thought I could make things more efficent by fixing the backend. By switching to websocket from rest api, average ping dropped to 30 from 100, which seemed fine. But still I had the client side playing ping-pong thing with the server, which reduces the performance of the server extremely high with each player being online. After learning more about websockets, I realised that I have to change whole logic of my communication structcure. I just removed the old system completely and switched to the websocket, I hope I will be able to implement a new structcure that is efficent for the use of the websocket. Thanks for the video and all the information.

[@Nothing-jo8ci]

I'm building an online game too. But it's ludo's instead. So it's like chess, but with 4 people max. I'm thinking of using websockets too, because it's a real time app, and should be as fast as possible to present better player experience. I'm using django-postgresql. Maybe I should use node js instead, but I hate javascript.

[@freshlix9554]

The client still has to play *ping-pong* with the server to keep the connection alive, but it's safe to say, that a lot of overhead - especially the HTTP-Header - are cut out by websockets and it's my go to for web applications. In my view the REST model is still important, especially for static sites and APIs, which don't depend on near real time communication. Overall, you've done a pretty good video, it's a great explanation for newbies ^_^

[@thedevmachine]

HTTP/2 solves the header overhead.

[@JonathanNelson-nelsonj3]

It is good to note that the web sockets opens the connection across all the network components between the device and server. Components such as NAT will prevent the server from sending a message directly to the device without the web socket.

[@Zoditu]

This is a cool explaining video about the usage of each... In real life you usually use both in the same application. In my case, I had to build a REST service API with some endpoints, but there is a particular Endpoint that creates a user instance for remote execution, so N users in a project can start an engine in their PC and making a GET call to the endpoint 'url/tasks/SRS' will see how many remote execution nodes are available for the project, make a direct connection between the client and a user engine with websockets and start making a remote execution and see the stdout in real time... This is very useful when having a very heavy software that requires multiple instances to run modules or subprocesses of the main one :D!

[@maid768]

Ok so why do you have the REST API then? I understand that one of your endpoints from service API is creating an instance (websocket technique). But what other calls do the users make for the remote execution? Greetings from germany

[@AlexBoltonKing]

Good video explaining the differences and going into detail with long vs short polling. However, for this setup I would say even sockets is a bit of an outdated way of doing things. WebRTC would be the prefered method where messages are peer to peer which would only require a server for the initial peer to peer connection setup and then all messages bypass the server. Obviously depends on use case - do you need to store messages in a DB for later etc. but for a simple chat system that doesn't need stored history I would say webRTC would be the way to do this.

[@stephaneiung3030]

Very clear explanation , thanks for posting it !

[@BeABetterDev]

Glad it was helpful!

[@gui_dev_]

Awesome. Your way to learn it's very clear! Thanks to share this content.

[@BeABetterDev]

Glad it was helpful!

[@shantanu83]

Brilliantly explained! Need more such top level videos to deconstruct software.

[@BeABetterDev]

Thanks!

[@werner6816]

excellent

[@AeroPR]

Excellent video. 🙏 Thanks

[@BeABetterDev]

You're very welcome!

[@pixelettee]

Thank you. A very clear and to the point presentation.

[@srb1855]

Thank you for the excellent and concise presentation of these two techniques! 👍

[@BeABetterDev]

You're very welcome!

[@saadowain3511]

Amazing explanation

[@BeABetterDev]

Glad it was helpful!

[@khaledqa6035]

Very clear and simple description. Thank you very much

[@farzadb]

Clean and simple explanation, nice job!

[@learnandexplorewithsab]

Love your straight forward presentation man!

[@BeABetterDev]

Thanks Saborni!

[@laofeng_panda]

Great content!

[@BeABetterDev]

Thank you!

[@benellis-moat6247]

very good clear and concise video

[@doctorpanga290]

Man I love your videos. Please do a vid on automation using AWS if you ever find the time

[@yicai7]

Awesome

[@BeABetterDev]

Thanks!

[@RandomShowerThoughts]

Beautiful explanation

[@BeABetterDev]

Thank you!

[@computerprogrammingwebtech3017]

This a clear and simple explanation of the difference between REST API and Websockets! Well done.

[@ShubhodeepDeveloper]

Amazing explanation..💯

[@SaiKumar-vf9lz]

Crisp and straight to point 👍🏽

[@ghilmanfatih9751]

Smooth explanation

[@jasper5016]

This is a really good explanation in 7 mins. Thanks.

[@bubuli]

this is good but you should have touched upon a little bit with the new bi-directional aspect of HTTP/2 and also on SSE.

[@ismailcotton913]

Thank you for the explanation.

[@BeABetterDev]

You're very welcome!

[@kfelix2934]

IIRC slack & whatsapp messaging both uses websockets which is why is quick.

[@BeABetterDev]

Correct!

[@siddharathadhumale3683]

Thanks for this video

[@BeABetterDev]

You're very welcome!

[@vansterhook]

This example should be on the Wikipedia page on WebSockets. Well done!

[@BeABetterDev]

Thank you so much!

[@farazahmed1668]

Thank you so much for comming up with an excellent explaination of complex mechanisms.

[@BeABetterDev]

You're very welcome Faraz!

[@hfernandez13]

thanks this video was really helpful

[@BeABetterDev]

You're very welcome!

[@tiagomaia5269]

I like the example , i just don't understand why in the Rest case would you be waiting for the delay to update the messages when you could use the Publisher/Subscriber or the Observer pattern and then you would be updated everytime a new message is sent automatically , this way you would not waste resources making get requests all the time and you would not have the delay of the messages

[@eugenekostyukevich4917]

Totally agree! I was looking for this comment! Additionally, I don’t see any problems with initiating new instance of the chat on receiving side (Mary in example), server should just create it for her and push messages to it. Also, this patterns are great way to handle group chats!

[@christianibiri]

Super clear! thank you

[@BeABetterDev]

You're very welcome Christian!

[@CharlesOkwuagwu]

Server-Sent-Events(SSE) does the same without WebSockets

[@_yeatts]

Great video! But does anyone else notice that the Mary and John boxes are not the same distance from the chat app box? lol my ocd is kicking in 😬

[@BeABetterDev]

Yikes I try to align them but I guess I missed them!

[@priyankaojha1]

What is the protocol / approach used to upload say videos on KZbin or maybe Netflix etc. Like 5 to 10 gb. Thanks

[@BipinOli90]

Did you get the idea for this video from the comment in your previous video about stock tracker?

[@BeABetterDev]

Yes I did!

[@andythebritton]

This might be better described as "HTTP vs Websockets".

[@dragulaxis]

thank you

[@xinfatang7352]

When you want to implemention offline messages on websockets, you will start miss the REST or HTTP things, such as cache, compress etc. Websockets is a low level transfer layer on the web, i don't think it is comparable with REST, we need a standard application protocol up on websockets, otherwise we should build it by ourself.

[@knowiz8071]

SignalR from Microsoft will solve that.

[@vikranttyagiRN]

Awesome explanation. Thanks

[@ehtashamshami6969]

So the connection is made once and the exchange of multiple messages happens continuously in the WebSockets concept. Right?

[@vasiliydorofeev1355]

so cool and easy. Please continue!

[@chienle1492]

Can you do a video on how to scale websocket?

[@glowiever]

it's not scalable by default. maybe try to mimics mmorpg architecture, using redundant nodes perhaps.

[@ayushgupta8239]

Thank you so much!!!

[@BeABetterDev]

You're very welcome!

[@md.mohiulislam6516]

tnx a loooooot❤️

[@rickharold7884]

Nice summary

[@عبدالقادرعبدالرحمنعبدالله]

very helpful, thank you.

[@BeABetterDev]

You're very welcome!

[@JavierMonsuarez]

WebSockets are so underrated.

[@webmaster246]

That was smooth!!!

[@francksgenlecroyant]

Perfect

[@thiago670]

Nice vídeo, just a little improvement for the next ones. You passed in about 5 minutes in rest API topic and two minutes about the web sockets. Try to balance it as much as possible.

[@BeABetterDev]

Thanks for the suggestion Thiago!

[@theonly1me]

Subbed!

[@techandtravelbyakash9858]

Can you please put a video on redshift and elasticcache

[@stephenJpollei]

Seems like it doesn't have to be REST vs. websocket. They had chat based on cgi in the 2000s that was very similar to your long-poll rest example, except you don't keep calling it, just have structured messages that you output as required.

[@nathanbenton2051]

awesome stuff thanks

[@xxx.xxx.xxx.xx1joker706]

What's up with pricing? WebSockets stay opened during chat. This is better, but I have heard that you must close the services connected to WebSockets?

[@sc0or]

REST is an architecture, websocket is a transport. How can you make a comparison? Even RESTful is just an API that uses REST constraints. I would understand if you compare HTTP vs WebSocket.

[@drakkorvladimir4012]

I use dyndns and want to use websockets on a small esp32 at home. I can connect from anywhere remote but not with websockets. Any help would be so appreciated.

[@saifmohamed1776]

Could you please recommend for me a book that's touch kinda of the important concepts necessary for backend engineer , or something like that Thank you your videos are awesome

[@bjarneschmitz5160]

Amazing!

[@EdFrench_uk]

Last time I looked at this, most websockets communication with end users had to use long polling under the hood. Did this change ye

[@AkashKeserwani]

Are John and Mary winchesters? jokes aside nice and informative video.

[@gregd6022]

It's funny how the whole "web world" which is considered "high tech" is decades behind regular programming world, sockets are something only now get wide spread support (new).. wow.. along with "typescript".. welcome to the 80s..

[@RobertSmith-ch9jj]

Ye jest, but it’s actually rather impressive. The web is now being used for things far beyond what was intended when the original protocols were designed.

[@arsive02]

Why would i use Rest APIs for such applications ? Your explanation was good, but didn't justify the title

[@JoseDlucca]

Actually I think the idea of this video it was to show why you shouldn't use Rest API in this type of apps and why web sockets work better in this case

[@arsive02]

@@JoseDlucca that'd have made sense. Anyways, not complaining about this explanation, just felt the title should have been a little more appropriate.

[@JoseDlucca]

@@arsive02 I agree, the title could be better

[@Anorch-oy9jk]

is there a way to use websockets and rest endpoints? I have 2 clients who connect via websockets and 2 who are making api calls. I cant use socketio because of the handshake with the websocket clients. My clients expect a server hosted on ws://IP:port. My Socketio server uses http and later after deployment https. Which is fine for the api clients as i can define endpoints with flask socketio. But the websocket clients cannot connect. And I cannot host 2 servers either after deployment. Any options I have in python?

[@maxyan2572]

how about using a lighter-weight tool that lets the server signal clients to do the restful api update instead of using socket to pass the actual information

[@mr_green8556]

What would be that scaling concerns qith websockets?

[@ediec]

Why don't just use GraphQL Subscription in this case?

[@songkai1981]

Websocket is http 2.0 native feature. REST API is http-based messaging architecture. Right?

[@anilbarad1856]

Great bro ,i can't understood anything 😂

[@chandansh9692]

Can someone please provide information on how to incorporate websockets in MVC architecture. Specifically how do I use websockets in controllers?

[@igboman2860]

How does one load balance websockets if the connection is stateful

[@jeroendeclercq7580]

Sticky sessions. Make shure the visitor stays on the same server during the entire visit.

[@romantheroman98]

Why is this only coming now, it seems like it is such a basic logic. Why didn’t they invented that in the 80s or 90s?

[@bewhee]

An API is a collection, not a single endpoint like /message. Use the correct terms!

[@Noah-vm8id]

0:30 Well for comparing wheels and squares we always want to build a bike right xD?

[@RAMMY237]

6:49 Getting popular? I thought it was getting popular about 10 years ago :)

[@nimblesheepvenomous3811]

why can't you do a REST API, but have the client application own a small api as well? And then when the server has an update to give to the client, the server can do a POST call to the client.

[@patheddles4004]

Primarily because that would violate the entire client-server model. Like if you're going to do anything like that, then whatever you're implementing on the client side isn't an API, and realistically you're probably just making a bad homebrew equivalent of websockets. And on a practical level, the server would have to be able to initiate connections with John and Mary. That would require John and Mary to each have their own publicly-accessible URI, which for normal home users is a terrible idea and thankfully very rare.

[@giancarloandrebravoabanto7091]

and REST stands for ?

[@patheddles4004]

REpresentational State Transfer.

[@W_0_W]

Compared to any socket-based protocols, the REST API looks like something broken / horribly designed. I don't understand why is still exists.

[@W_0_W]

Basically it's a self-ddosing tool.

[@patheddles4004]

For continuous-ish realtime communication like this, yeah sure sockets make way more sense than REST. For other applications, not so much. I've spent quite a bit of my career developing and consuming REST APIs though, and I can confirm that in a lot of cases they make /way/ more sense than anything socket-based. REST just looks bad here because, in order to make a direct comparison, this video had to use an example where REST doesn't make much sense. REST APIs are everywhere, seriously, and almost none of them could usefully be replaced by sockets.

[@Leostr]

Sorry but chatting app seems to be an example where you need something like websockets. Nothing about comparation of architrctures

[@vwiizz]

W

[@nickolajarjous2639]

Push notifications

[@ArndBrugman]

Most biased example evah

[@Pablo-hp2jp]

Sehr oberflächlich. Schade

[@mahdikhansari3281]

Amazing explanation