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

Service

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

My

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

Policy

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

© 2026 그알것 · What Still Matters

질문 목록Network
Network

HTTP가 뭔지 설명해 주세요.

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

면접관의 질문 의도

HTTP를 "요청/응답 프로토콜" 정도로만 외워 왔는지, 아니면 메서드·상태 코드·무상태성·HTTPS 같은 핵심 약속을 자기 언어로 풀 수 있는지를 가른다.

큐레이션 답변

학습 자료

HTTP는 클라이언트-서버 간에 요청과 응답으로 자원을 주고받는 애플리케이션 계층 프로토콜이다. 의미는 메서드(GET·POST·PUT·DELETE 등)·URI·헤더·상태 코드로 전달하고, 본문에는 JSON·HTML·바이너리 같은 실제 데이터를 담는다. HTTP 자체는 무상태이기 때문에 인증·세션·캐시·재시도 같은 "상태가 필요한 것들"은 헤더와 별도 메커니즘으로 따로 얹는다. HTTPS는 HTTP를 TLS 위에 올려 기밀성·무결성·서버 인증을 더한 것이지 별개의 프로토콜이 아니다.

좋은 답변 구조

  1. 01HTTP를 클라이언트-서버 자원 교환 프로토콜이라는 정의부터 한 줄로 정리한다
  2. 02메서드·URI·헤더·상태 코드 같은 의미 전달 요소를 구성으로 풀어 설명한다
  3. 03무상태성이 인증·세션·캐시 설계에 미치는 영향을 짧게 짚는다
  4. 04HTTPS가 HTTP 위에 TLS를 얹은 것이라는 보안 축으로 마무리한다

자주 실수하는 포인트

HTTPS를 HTTP와 "완전히 다른 프로토콜"로 설명한다
POST와 PUT을 "새로 생성/수정"으로만 외우고 멱등성 관점을 빠뜨린다
상태 코드를 200/404/500 정도로만 기억하고 3xx 리다이렉트나 4xx의 의미 차이를 다루지 못한다
무상태성을 "쿠키가 없다"로 잘못 이해한다

실무 맥락

  • 캐시·재시도·인증을 헤더 단위로 설계해야 하는 REST API
  • 프록시·CDN을 경유하며 캐시 키와 Vary 헤더 동작을 맞춰야 하는 운영 환경
  • 모바일 클라이언트와 백엔드가 응답 코드 의미를 합의하지 못해 재시도가 어긋나는 케이스

본인 경험에 녹이는 힌트

POST를 멱등하게 설계하기 위해 멱등 키를 도입한 경험이 있다면 메서드 의미와 운영 안전성 이야기로 풀어낼 수 있다

CDN 캐시 키와 Vary 헤더를 다루며 디버깅한 경험이 있다면 HTTP 헤더의 약속이 운영을 좌우한다는 관점으로 이어갈 수 있다

상태 코드 합의가 어긋나 모바일 재시도가 폭주한 경험이 있다면 "메서드와 상태 코드는 의도다"는 이야기로 일반화할 수 있다

커뮤니티 인기 답변

전체 0개

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

관련 꼬리 질문

Q1HTTPS는 HTTP에 비해 실제로 무엇을 더 보장하나요
Q2REST에서 URI와 HTTP 메서드의 역할은 어떻게 나누나요
Q3HTTP의 무상태성은 서버 설계와 캐싱 전략에 어떤 영향을 주나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문