> For the complete documentation index, see [llms.txt](https://dodeon.gitbook.io/study/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://dodeon.gitbook.io/study/kimyounghan-http-basic/03-http-basic/connectionless.md).

# 비 연결성

## 연결을 유지하는 모델

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2Fac16c92d5d391be320a9738d2d36223614389fb9.png?generation=1617459009903668\&alt=media)

클라이언트 1이 TCP/IP 연결을 통해 요청과 응답을 받는 상황을 생각해보자.

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2Faf136d920b26bc8b3ddfae0924cbde013b853c44.png?generation=1617459010221032\&alt=media)

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2F3caa05e2ab5cf18a74f376b3f0a013dceb14294e.png?generation=1617459009699068\&alt=media)

클라이언트 2, 3이 요청을 보낼 때에도 클라이언트 1은 계속 연결되어 있다. 이렇게 하는 동안 이 연결을 유지하는 데에 서버의 자원이 소모된다.

## 연결을 유지하지 않는 모델

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2F2075e21661265dda2752207573d4d57dd2b11aee.png?generation=1617459007116586\&alt=media)

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2F6c6c587a0396bcd92513898f88906c9c2a1cc405.png?generation=1617459009115535\&alt=media)

클라이언트 1이 요청에 대한 응답을 받으면 연결을 종료한다.

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2Febfcf87c8bdbdd54518f45de1414ab973bdff9f1.png?generation=1617459010210918\&alt=media)

서버는 현재 요청을 주고 받을 때에만 연결을 유지해, 사용하는 자원을 최소한으로 줄일 수 있다.

## 비연결성 특징

* HTTP는 기본이 연결을 유지하지 않는 모델이다.
* 일반적으로 초 단위 이하의 빠른 속도로 응답한다.
* 1시간 동안 수 천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수 십개 이하로 매우 작다.
  * 필요한 것만 주고 받은 뒤 끊어 버린다면, 실제로 동시에 처리하는 요청은 얼마 안된다.
  * 웹 브라우저에서 연속으로 검색 버튼을 누르지는 않는다. 검색하고 한참 보고 또 누르고 이런 식으로 진행되기 때문에 가능하다.
* 서버 자원을 매우 효율적으로 사용할 수 있다.

## 한계점

* TCP/IP 연결을 매번 새로 해야 한다.
  * 따라서 3 way handshake 하는 시간이 추가된다.
* 웹 브라우저로 사이트를 요청하면 HTML에 자바스크립트, CSS, 이미지 등 많은 자원을 매번 다 같이 다운 받아야 해서 비효율적이다.

## 한계점 극복

* 현재는 HTTP 지속 연결(Persistent Connections)로 문제를 해결하고 있다.
* HTTP/2, HTTP/3 이 문제가 많이 최적화 되었다.

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2Fa2de67eed64317c4e745d7031132e707e116afee.png?generation=1617459008138054\&alt=media)

초기에는 클라이언트가 요청하면 HTML을 응답하고, 받고 보니 자바 스크립트가 필요하면 또 응답하고 이런 식으로 됐었다.

![](https://389280719-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LxjHkZu4T9MzJ5fEMNe%2Fsync%2F9dab6aef12feb6fed5908c3ffdce59719e9091f1.png?generation=1617459009314518\&alt=media)

대신, 요청을 보내고 응답을 보낸 뒤 연결을 유지한다. 유지한 상태에서 계속 요청을 보내고 응답을 받는 것이다. 그렇게 작업이 다 종료된 이후에 연결을 종료한다.

## 서버 개발자들이 어려워하는 업무

* 이벤트처럼 같은 시간에 딱 맞춰 대용량 트래픽이 몰리면 비 연결성 이런것이 소용이 없어진다.
* 그래서 최대한 stateless 하게 설계하는 것이 중요하다.
* 보통 이벤트 첫 페이지는 로그인도 필요없는 정적 페이지로 뿌린다. 아무 상태 없이 html만 있고, 사람들이 거기서 어느 정도 머물다가 이벤트에 참여할 수 있도록 한다.