http 통신, socket 통신 헷갈립니다. 도와주세요

Question

구글링해보면 당연한 이야기들이 나옵니다.http 통신은 단방향이고, socket 통신은 양방향이다. 이런 말들이요..그런데 http는 tcp 위에서 만들어진 프로토콜이라고 알고 있습니다.그리고 한 책에서 tcp의 포트 번호는 소켓과 같다고 이해하면 된다고 되어있더라구요그럼 http도 결국엔 socket을 내장한 것 아닌가요?왜 http는 단방향이고 socket 통신은 양방향인 건가요?&#43;&#43;이런 궁금증이 있을 때 어떻게 해결하시는 지도 궁금합니다... 검색해도 잘 안나와서요..

머리가아파요 · Answer

대충 http는 tcp 연결 후 한번 보내고 바로 끊어버린다고 생각하십숑깊게 들어가면 좀 달라지긴 합니다.

하루의_spring · Answer

http 도 소캣 통신 3 hand shake 를 하는건 맞지만 지속적으로 연결을 하고 있으면 리소스 낭비라고 생각하니 프로토콜 자체를 그렇게 만든것입니다 요청이 들어올때마다 연결하고 응답이 나가면 즉시 종료이건 http 프로토콜을 만들때 그렇게 만들어진 규칙 또는 약속입니다아 그리고 이미 지속적으로 연결해서 데이터를 주고 받는 프로토콜 소켓이 있으니 굳이 http 프로토콜을 그렇게 만들 필요도 없었던거죠

초무쿤 · Answer

OSI 7 layer를 한번 보시면 …

oky · Answer

HTTP는 단방향 프로토콜이 아니며, 오히려 양방향 통신을 지원합니다. HTTP는 HyperText Transfer Protocol의 약자로, 웹 브라우저와 웹 서버 사이에서 데이터를 주고받기 위한 프로토콜입니다.HTTP는 주로 클라이언트(웹 브라우저)에서 서버로 요청(Request)을 보내고, 서버는 그에 대한 응답(Response)을 반환하는 방식으로 동작합니다. 이러한 요청과 응답은 양방향으로 이루어집니다. 클라이언트가 서버로 요청을 보내면, 서버는 클라이언트에게 해당 요청에 대한 응답을 보내주는 것입니다.하지만 HTTP는 기본적으로 단방향 통신으로 설계되었습니다. 클라이언트는 요청을 보내고 서버는 응답을 반환하는 단계적인 프로세스를 따르며, 클라이언트와 서버 사이의 지속적인 연결을 유지하지 않습니다. 이는 HTTP의 상태없는(Stateless) 특성에서 비롯된 것입니다. 매번 요청을 보낼 때마다 새로운 연결을 맺고, 응답을 받은 후에는 연결을 닫는 구조입니다.반면에 소켓(Socket)은 네트워크 통신에서 사용되는 개념으로, 클라이언트와 서버 간의 양방향 통신을 제공합니다. 소켓은 TCP/IP 프로토콜을 기반으로 동작하며, 클라이언트와 서버가 상호간에 데이터를 주고받을 수 있는 연결을 생성합니다. 소켓은 서버와 클라이언트 사이의 지속적인 연결을 유지하고, 양방향으로 데이터를 전송할 수 있습니다.따라서, HTTP와 소켓은 서로 다른 개념이며, HTTP는 주로 웹 상에서 문서 전송을 위한 프로토콜이고, 소켓은 네트워크 통신에서 일반적으로 사용되는 양방향 통신을 위한 기술입니다.[그림 출처: 노마드코더스]HTTP는 무전기 같고, WebSocket은 전화기 같다고나 할까요...[서버 코드 예시]import http from &#34;http&#34;;import express from &#34;express&#34;;import WebSocket from &#34;ws&#34;;const app &#61; express();// http server - express.js를 이용해서 http server 만듦const server &#61; http.createServer(app);// web socket server - http server 위에 webSocket server를 만듦const wss &#61; new WebSocket.Server({ server });

하얀뼈 · Answer

그 소켓과 그 소켓의 개념이 다른 것 같아요.ajax를 jquery메소드로도 사용하고, 용어 자체로도 쓰는 것 처럼...

Devvy · Answer

Http 와 WebSocket에 대한 비교로 이해하고 답변드리겠습니다.Http와 WebSocket은 모두 TCP 위에서 동작하는 프로토콜입니다(Http3는 UDP를 사용하기도 합니다). TCP는 기본적으로 커넥션이 맺어지면 양쪽으로 데이터 전송이 가능합니다. TCP는 통신하고자하는 프로세스간에 socket을 각각 생성하고 socket간 연결을 connection이라고 합니다(connection은 통신하고자하는 프로세스간 생성된 socket들을 통해 유일하게 식별됩니다). 따라서 Http와 WebSocket은 TCP socket을 모두 활용하고 양방향으로 데이터 전송이 가능합니다.Http와 WebSocket을 비교하는 문서들을 보면 다음과 같습니다. Http(HTTP/1.1을 기준으로 설명드리겠습니다)의 경우 서버에 요청과 응답을 받을 때 하나의 TCP 커넥션을 활용합니다. 그리고 요청과 응답이 끝나면 해당 TCP 커넥션을 close처리합니다. WebSocket은 통신할 때 미리 TCP connection을 생성하고 해당 connection이 close 처리되기 전까지 클라이언트와 서버간 데이터를 주고받을 수 있습니다.이런 궁금증이 있을 때 주로 블로그를 보고 더 자세히 알고 싶을 때 RFC 문서를 참조합니다.

뎅이 · Answer

Socket 통신은 Client <-> Server가 연결되어 있는 상태로 양방향 데이터를 주고받을 수 있는 통신방법입니다.HTTP는 Stateless 방식으로 Client -> Server 가 연결되어 Client에서 데이터가 서버로 보내지면 서버가 응답데이터를 Client에 보내고 연결이 닫힙니다. (1회)WebSocket은 HTTP의 upgrade 프로토콜로서, Client -> Server가 연결되면, Client -> Server로 메시지데이터를 보낼 수 있고, Server -> Client로 메시지데이터를 보낼 수 있습니다. 이때 메시지는 비동기로 보내집니다. (n회) 그리고 결국엔 HTTP 닫히는 것과 동일하게 닫힙니다.

Clickin · Answer

HTTP라는 프로토콜을 tcp로 구현할지 udp로 구현할지는 구현하는 사람 마음입니다.처음 http가 나올 때는 통신 장비의 문제로 안정적인 연결을 보장하는 게 tcp 프로토콜이었으니 tcp 위에서 http 프로토콜이 돌아갔습니다.하지만 이제는 udp로 구현된 quic같은 것도 있죠계층구조가 다르다고 인식하시는 게 맞다고 생각합니다.

장독깨기 · Answer

두 대의 컴퓨터가 있습니다. 컴퓨터 간에 데이터를 주고 받으려고 합니다.그럼 연결을 해야 하잖아요. 이때, 연결할 수 있는 수단을 각 언어가 라이브러리로 제공을 합니다.이 연결 수단이 소켓 입니다. 네트웍 상에 엔드 포인트라 생각하셔도 되구요.A 컴퓨터에서 소켓을 열고 B 컴퓨터로 연결을 시도 합니다.이때, 네트웍 상에 B 컴퓨터를 식별해야 하잖아요. 그게 아이피 입니다.그리고, 하나의 네트웍 선에는 여러 채널 같은 걸로 나눠서 데이터를 주고 받을 수 있는데요, 그게 포트입니다.그래서, 연결 요청을 할 때 소켓에 아이피, 포트 번호를 입력 합니다.근데, B 컴퓨터에서 연결 요청을 수락할 준비가 안 되어 있으면 연결이 안되겠죠.B 컴퓨터를 서버라 하고 요청을 수락할 준비를 먼저 하고, A 컴퓨터를 클라이언트라 하고 연결을 요청 합니다.이렇게 두 컴퓨터를 연결하면, 그 때 부터 데이터를 주고 받을 수 있습니다.A 가 B 로 데이터를 전송 할 수도 있고, 서로 간에 데이터를 주고 받을 수도 있고,B 가 A 한테 일방적으로 데이터를 보낼 수도 있습니다. 연결이 되어 있으니, 뭐든지 가능합니다.이걸 소켓 통신이라 합니다. 그니까, 네트웍 상에서 데이터를 주고 받는 건 전부 소켓 통신이라 합니다.그리고, 저 데이터를 주고 받는데요, 어떤 데이터를 어떤 형태로 주고 받을 건지 약속을 해야 하잖아요.그래야, 데이터를 해석해서 처리 할 수 있겠죠. 그게 규격, 프로토콜이라고 합니다.HTTP 는 이 규격들 중 하나 입니다. 이 외에도 많이 있습니다. telnet, ftp, smtp, ping, ... 전부 규격 입니다.그리고, 애초에 HTTP 규격은 클라이언트에서 데이터를 요청하면 서버는 해당 데이터를 보내주기로 했습니다.그니까, 클라이언트가 가만 있는데, 서버에서 데이터를 보낼 일은 없을 거라 생각을 한 거죠. 그래서, 단방향이라 합니다.데이터를 요청하고 받기만 하니까, 연결을 유지 할 필요가 없겠죠. 그래서, Stateless 라 합니다.근데, 그럴일이 없을 거라 생각했던, 클라이언트가 가만 있는데, 서버에서 데이터를 보낼 일이 생긴 겁니다.추가로 규격을 만듭니다. 그게, websocket, sse 뭐 이런 겁니다.소켓 통신과 http 통신이 좀 구분이 되는지 모르겠군요. :)아, 그리고, 이 소켓을 TCP 와 UDP 로 또 구분 합니다. 좀 더 있긴 있습니다.각각의 특성이 있는데요, TCP 를 스트림, UDP 를 데이터그램이라 합니다.자세한 내용은 검색해서 알아보는게 좋겠습니다.

바나나오백냥 · Answer

SOCKET -> TCP/UDPHTTP -> TCP 프로토콜을 이용 아닌가요..?

http 통신, socket 통신 헷갈립니다. 도와주세요

10개의 답변

Q&A 목록