10/3 TIL | HTTP 오답노트📝 : Stateless 프로토콜 장단점, 메시지 바디와 엔티티 바디의 차이

7주차 주중 학습 힘차게 시작 ^__^! 미리 읽어간 『그림으로 배우는 HTTP & Network Basic』 쪽지시험을 봤는데, 생각보다 선방해서 나름 뿌듯했던 하루..! (나는 내가 한 줄도 못 쓸 줄 알았다..^^) 그래서 오늘의 TIL은 오답노트로다가 한번 적어보려고 한다. 물론.. 모든 오답을 다 적을 거는 아니고, 7번과 10번을 정리해보려고 한다!

7. HTTP는 stateless 프로토콜이다. stateless 프로토콜의 장점과 단점을 설명하시오.

HTTP는 stateless, 즉 무상태 프로토콜이다. 그렇기 때문에 과거에 교환했었던 리퀘스트와 리스폰스의 상태를 관리하지 않는다.

이때 장점은 상태를 유지하지 않기 때문에 서버의 CPU나 메모리 같은 리소스의 소비를 억제할 수 있다. 또한, 단순한 프로토콜이기에 HTTP가 다양한 곳에서 이용되는 측면도 있다.

다만 단점으로는 상태가 유지되지 않기 때문에 과거의 상태를 근거로 현재 리퀘스트를 처리하는 것은 불가능하다. 예를 들어, 인증이 필요한 웹 페이지에서 상태 관리를 하지 않는다면 인증을 마친 상태를 잊어버리기 때문에 새로운 페이지로 이동할 때마다 재차 로그인 정보를 보내든지 리퀘스트마다 매개 변수나 추가 정보를 붙여서 로그인 상태를 관리해야 하는 상황이 발생한다.

이와 같은 문제를 해결하기 위해 쿠키라는 시스템이 도입된 것이다.

10. 메시지 바디와 엔티티 바디의 차이점을 설명하시오.

메시지는 HTTP 통신의 기본 단위로, 옥텟 시퀀스(Octet sequence, octet은 8비트)로 구성되고 통신을 통해서 전송된다.

엔티티는 리퀘스트와 리스폰스의 페이로드(payload, 부가물)로 전송되는 정보로 엔티티 헤더 필드와 엔티티 바디로 구성된다.

HTTP 메시지 바디의 역할은 리퀘스트와 리스폰스에 관한 엔티티 바디를 운반하는 일이다. 기본적으로 메시지 바디와 엔티티 바디는 같지만, 전송 코딩(콘텐츠 코딩, 청크 전송 코딩)이 적용된 경우에는 엔티티 바디의 내용이 변화하기 때문에 메시지 바디와 달라진다.

---

오답 노트를 정리했으니 7, 10번에 대해서는 다시는 틀리지 않게 기억해보자. 사실 쪽지시험을 본다고 했을 때는 괜히 걱정도 되고 스트레스도 살짝 받았는데, 막상 보고 나니 엄청 좋았다! 확실히 시험을 봐야 인출 효과가 엄청난! 물론 스트레스 없는 시험이라는 가정하에..ㅎㅎ 이제 아직 못 끝낸 과제를 하러 가자..🥹