HTTP 통신

클라이언트 요청이 있을때만 서버가 응답하여 해당 정보를 전송하고 곧바로 연결을 종료하는 방식

• 단방향적 통신. 클라이언트가 요청을 보내는 경우에만 서버가 응답
• 서버가 클라이언트로 요청을 보낼 수 없다
  • 따라서 요청을 보낼 때 내용을 기다리는 시간과 함께 연결하는 시간이 추가로 더 소요된다
    • 추가적인 시간 소요 → 실시간 연결보다는 필요한 경우에만 서버에 접근하는 경우에 적합하다

HTTP 통신 예시

클라이언트가 주소창에 URL 입력했을때 (GET) 어떤 과정을 거쳐 웹페이지 반환하는지?

1. 주소창에 URL 입력
   • 구조에 따라 URL을 해석하는 과정이 필요하다
   • URL 예시
     • https://app.domain.com/path
     • https:// 통신에 사용된 HTTP(s) 프로토콜
     • domain.com 서버의 도메일
     • app 서버의 서브도메인
     • path 요청 경로
2. DNS를 조회하여 IP를 탐색
   • URL과 연결된 DNS 서버로 이동하여 URL에 할당된 IP주소를 탐색
   • 브라우저에 캐시가 남아있다면 DNS 서버에 접근할 필요가 없어짐
3. IP를 찾아 해당 IP가 존재하는 서버로 이동
   • 기기 고유의 값인 MAC주소를 활용
     • MAC주소와 IP주소를 대응시키는 프로토콜 → ARP
   • 여러 라우터를 거쳐서 호스트를 찾게 되는데, 동적 라우팅 프로토콜이 적용되어 라우팅 테이블에서 현재 경로를 따라 자동으로 경로를 조절하는 과정을 거친다
4. ARP (Address Resolution Protocol)을 이용하여 MAC주소 반환
   • 주소 결정 프로토콜
   • 네트워크 상에서 IP주소를 물리적네트워크 MAC주소로 대응시키기 위해 사용되는 프로토콜
   • 수신지의 IP주소를 바탕으로 MAC 주소를 조사한다
     • 네트워크 내에서 ARP 브로드캐스팅하면, 해당 IP를 가진 기기는 MAC주소 반환
5. 웹서버와 TCP 연결 시도
   • 클라이언트 서버가 연결을 시도하여 성공 → 통신 준비 끝과 현재 통신이 연결되었음을 보장
6. 3-way handshake는 설명생략
7. 클라이언트 응답 받고, 통신 종료

Socket 통신

서버와 클라이언트가 특정 포트를 통해 실시간으로 양방향 통신을 하는 방식

• HTTP 통신과 달리 서버와 클라이언트가 특정 포트를 통해 연결을 성립하고 있어 실시간으로 양방향 통신을 하는 방식
• 서버, 클라이언트 서로 요청을 보낼 수 있음
  • 계속 연결이 유지되는 연결지향형 통신 → 실시간 통신에 적합
    • 스트리밍처럼 즉각적으로 정보를 주고받는 경우에 적합한 통신
    • 실시간 통신을 HTTP 통신으로 구현한다면 데이터를 받아오는 동안 계속 연결이 요청되다 보니 과부하가 걸리게 될 것임