항해 99 - 2022.02.26.SAT (websocket 과 webRTC)

 

 

이번 챕터 일정

• 02/26 기획 회의 
• 02/28 알고리즘 스터디 발제
• 03/01 1차기획멘토링
• 03/09 2차 기획멘토링
• 03/16 3차 기획 멘토링
• 03/19 중간 점검
• 04/09 최종 발표회 

오늘 내가 할일 

• 기획 회의 완료
• 웹 소켓 & 웹알티씨 겅부 

피드백이 달렸는데 기술의 깊이가 낮지만 사이즈가 커서 할만 하다는 피드백이 달렸다. 
괜히 이런 소리 들으니까 더 딥하게 가져가야하는 것은 아닐까 라는 생각이 들지만
흔들리지 말아야지
이번 실전의 목표는 완성이니까 (기술적 능력이 되는 완성!)

 

http

• 한번의 요청과 응답이 끝나고 나면 연결이 끊어진다. 
• 실시간으로 채팅하는 것을 구현하기 위해서는 2초마다 새로고침을 해야하는 경우가 생길지도,,, 𐌅𐨛𐌅𐨛𐌅
• 그래서 나오게 된게 websoket

 

 

websocket

 

• open-close의 관계
• 웹소켓이 열려져 있는 동안에는 브라우저 서버 둘다 메시지를 보내고 받을 수 있다. (통신이 열려있는 동안은 자유롭게!!!)
• 유저가 많을 수록 더 많은 메모리가 필요해지고, 곧 돈으로 직결 된다는 단점을 가져서 서버가 느려지거나 하면서 유저 경험이 좋지 않게 변화할 수있어진다. 
• 서버가 내려가면 누구도 대화할수가 없어지기도 하고,,
• ex) 주식창, 채팅 ...
• 그러면 브라우저 끼리 연결해보면 어떨까? 해서 나오게된 

 

webRTC(웹 리얼타임 커뮤니케이션)

• 브라우저끼리 연결이 가능하다는 점 !!!
• 단순 텍스트 뿐만 아니라 영상, 오디오 전부다 주고 받을 수 있다. 
• 이 모든 자료들을 서버를 통헤서 저장하지 않는 다는 것 !
• 서버를 이용하는 것보다 훨씬 빠르다
• 단점은 사람이 많아지면 한 영상을 올리면 999명에게 전부다 전달해줘야한다는 것 ( 다운로드 할때도 999개를 전부다 다운 받아야 한다는 점)

 

📍출처

https://www.youtube.com/watch?v=5EhsjtBE7I4