[HTTP 웹 기본 지식] HTTP 기본 - 비 연결성 (connectionless)

🌱 비 연결성 (connectionless)

연결을 유지하는 모델

• 단점 - 클라이언트가 급증한 경우 서버에 과부하가 걸려 서버가 다운될 수 있음

 

연결을 유지하지 않는 모델

 

• 비연결성: 요청이 필요할 때마다 그때그때 연결해서 바로 끊는 형태
• 장점 - 최소한의 자원 유지(효율적)
• 단점
  • TCP/IP 연결을 새로 맺을 때마다 3 way handshake 시간이 추가가 되서 클라이언트 입장에서는 느림
  • 웹 브라우저로 사이트를 요청하면 HTML, CSS, Javascript, 추가 이미지 등 수많은 자원이 함께 다운로드 할 때 연결하고 끊고를 반복하므로 비효율적
• 극복 - 지속 연결(Persistent Connection)로 문제 해결
  • 지속 연결: HTTP에서 TCP/IP 연결을 일정 기간 열어두고 여러 요청을 하는 것

 

1. HTTP 초기: 연결 → 자원 요청 /HTML 응답 → 종료

 

2. HTTP 지속 연결: 연결 → 자원 요청/HTML 응답 → 자원 요청/자바스크립트 응답 → ... → 종료

 

💫 참고!!!

서버 개발자들은 반드시 Stateless를 기억하자!

• 같은 시간에 발생하는 대용량 트래픽
  • 예) 선착순 이벤트, 수강 신청 등 → 수만명 동시 요청
• 이벤트가 생길 때 사용자가 급증할때,
• 일단은 정적 페이지를 생성해서 그 페이지를 보게 한 다음에 이벤트 페이지로 들어가게 만드는 방법 이용
• → 최대한 동시 요청을 적게 한다

---

❓Question

1. 3-way handshake? http 프로토콜?

 

브라우저에서 URL을 입력하고 엔터를 누르면,

1) DNS 서버에서 해당 URL의 IP를 조회한다.

2) IP에 해당하는 서버와 TCP를 연결한다.

3) 이후 HTTP 요청/응답을 한다.

 

→ TCP의 연결지향과 HTTP의 비연결성은 결이 다른것으로 이해해야 함.

TCP는 UDP와 다르게 내가 요청을 보낼 곳과 연결할 수 있는지를 체크하는 로직이 있다는 점에서 연결 지향적인 것이고,

HTTP는 기본적으로 SOKET 통신과 달리 요청과 응답을 받고 나면 연결을 끊고, 요청이 필요할 때마다 연결을 하는 점에서 비연결성을 보이는 것이다.

 

 

2. 트래픽이 몰릴 경우 정적 페이지로 부담을 줄여줄 수 있다고 했는데, 정적 페이지는 트래픽이 많아져도 과부하가 생기지 않는가?

 

정적 파일을 받는 행위도 서버에 부하를 준다. 다만, 파일을 새로 만들어서 응답할 때보단 획기적으로 수월하다.

 

예를 들어 A가게는 도시락을 미리 만들어 두고 판매하고, B는 손님이 주문하면 그 때 만들어서 판매한다고 하자.

배고픈 손님 100명이 한번에 가게로 몰려들 때, A는 도시락을 건네고 돈만 받으면 되니 비교적 수월하다. 반면 B는 매장이 마비될 것이다.