NETWORKS · CHAPTER 03
중급 · 45분HTTP 메서드와 상태 코드
요청의 의도와 결과를 정확히 표현하기
자원에 맞는 메서드와 2xx·4xx·5xx의 의미를 선택한다.
CONCEPTS
개념을 문장으로 설명하기
안전한 메서드
서버의 의도된 상태를 바꾸지 않는 메서드라는 HTTP 의미론의 구분입니다.
예시
GET은 조회에 쓰며, 조회 버튼이 데이터를 삭제하면 안 됩니다.
CHECK안전과 보안은 다른 개념이다.
멱등성
같은 요청을 여러 번 해도 의도된 최종 상태가 한 번 실행한 것과 같은 성질입니다.
예시
PUT으로 학생 이름을 ‘민수’로 설정하는 요청은 반복해도 결과가 같습니다.
CHECK재시도 설계와 연결한다.
상태 코드
응답이 정보·성공·리다이렉션·클라이언트 오류·서버 오류 중 어디에 속하는지 나타냅니다.
예시
존재하지 않는 경로는 보통 404, 인증이 안 된 요청은 401/403을 고려합니다.
CHECK400과 500의 책임 주체를 구분한다.
GUIDED PRACTICE
학생 정보 수정 API 설계
학생 7번의 닉네임을 ‘jisu’로 바꾸는 API를 만듭니다.
- 대상은 /students/7처럼 자원으로 표현합니다.
- 전체 표현을 교체한다면 PUT, 일부 변경을 표현한다면 PATCH를 검토합니다.
- 검증 실패는 4xx, 서버 내부 예외는 5xx로 구분합니다.
결론
URL에 동작 이름을 억지로 넣기보다 메서드와 자원을 함께 읽을 수 있게 설계합니다.
ACTIVE RECALL · 4 STEPS
가리고, 말하고, 확인하기
읽기만 하지 말고 답을 떠올린 뒤 펼쳐 보세요.
01 · 정의 회상
“안전한 메서드”을(를) 보지 않고 한 문장으로 정의해 보세요.
02 · 비교 설명
“멱등성”이(가) 필요한 상황을 예시와 함께 설명해 보세요.
03 · 핵심 점검
400과 500의 책임 주체를 구분한다.
04 · 풀이 재현
“학생 정보 수정 API 설계”의 결론을 보기 전에 풀이 순서를 3단계로 다시 적어 보세요.
WORKBOOK · STEP BY STEP
개념 확인 문제
정답을 고르고 해설로 사고 과정을 확인하세요.
01
같은 요청을 반복해도 의도된 최종 상태가 같은 성질은?
02
서버는 정상인데 사용자가 없는 URL을 요청했다면 알맞은 범주는?
03
조회 목적에 가장 자연스러운 HTTP 메서드는?
SPEAK IT OUT
면접 1분 답변 연습
GET·POST·PUT·PATCH를 구분하는 기준과 멱등성을 예시로 설명해 보세요.
답변할 때는 정의 → 이유 → 짧은 예시 순서로 말해 보세요.공식·표준 자료로 더 읽기
RFC 9110 · HTTP Semantics원문 열기 ↗HTTP 메서드·상태 코드 의미를 정의하는 표준 문서입니다.