그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록API
API

HTTP/1.1과 HTTP/2.0을 설명해주세요.

실무4/5
설계3/5
인간3/5
기초3/5

면접관의 질문 의도

HTTP/2 키워드를 외운 수준인지, 어떤 병목이 어떻게 풀렸고 어떤 한계가 남았는지를 구조로 보는지를 가른다.

큐레이션 답변

학습 자료

HTTP/1.1은 지속 커넥션과 파이프라이닝으로 연결 오버헤드를 줄였지만, 응답이 요청 순서대로 돌아와야 해서 한 응답이 늦으면 뒤가 전부 막히는 HOL Blocking이 남는다. HTTP/2는 메시지를 바이너리 프레임으로 쪼개 한 커넥션 위에서 멀티플렉싱하고, HPACK으로 반복되는 헤더를 압축해 같은 대역폭으로 더 많은 요청을 흘려보낸다. 둘을 가르는 핵심은 응답이 순서에 묶이는지 여부다.

좋은 답변 구조

  1. 01HTTP/1.1의 지속 커넥션·파이프라이닝과 남는 한계(HOL)를 먼저 정리한다
  2. 02HTTP/2의 바이너리 프레이밍·멀티플렉싱·HPACK이 어떤 병목을 푸는지 설명한다
  3. 03두 버전을 응답 순서·헤더 효율·커넥션 수 축으로 비교한다
  4. 04어떤 서비스 특성에서 HTTP/2 도입이 실제 효과를 내는지 기준을 제시한다

자주 실수하는 포인트

HTTP/2가 모든 HOL Blocking을 없앤다고 단정한다 (TCP 레벨 HOL은 그대로 남는다)
파이프라이닝과 멀티플렉싱을 같은 개념으로 섞어 설명한다
헤더 압축(HPACK) 효과를 빠뜨리고 멀티플렉싱만 강조한다

실무 맥락

  • 한 페이지에서 수십 개의 정적 리소스를 동시에 요청하는 웹 서비스
  • RTT가 길고 패킷 손실이 잦은 모바일 네트워크 환경
  • API 게이트웨이·CDN에서 백엔드와의 프로토콜을 갈아끼우는 구성

본인 경험에 녹이는 힌트

HTTP/2 전환 전후로 페이지 로드 지표나 waterfall이 어떻게 달라졌는지 본 경험과 멀티플렉싱 효과를 연결할 수 있다

브라우저의 동시 요청 수 제한에 부딪혀 도메인 샤딩으로 우회해 본 경험이 있다면 HTTP/1.1의 구조적 한계와 엮을 수 있다

쿠키·인증 헤더가 커서 요청마다 페이로드가 부풀어 본 경험과 HPACK의 효과를 연결할 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1HTTP/1.1 파이프라이닝이 표준에는 있는데 실무에서 거의 안 쓰인 이유는 뭔가요
Q2HTTP/2도 TCP 위에서 동작하는데 어떤 종류의 HOL Blocking이 남아 있나요
Q3HTTP/3와 비교할 때 핵심 차이는 어디서 오나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문