Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Tags
- redis
- 인증
- 프론트엔드
- interceptor
- devops
- 성능최적화
- 데이터베이스
- SnowFalke
- 클린코드
- spring event
- 세션
- 보안
- JPA
- CS
- 웹개발
- db
- 네트워크
- java
- AbstractAggregateRoot
- DEVIEW2023
- 백엔드
- 인프라
- Spring Boot
- 백엔드개발자
- Spring
- 백엔드기초
- http
- 백엔드개발
- 캐시
- 웹성능최적화
Archives
- Today
- Total
이것저것 개발기록
REST API 제대로 설계하기 (멱등성 완벽 이해) 본문
"URL에 동사를 쓰면 왜 안 되나요?"
협업하기 좋은 API, 그리고 네트워크 장애에도 안전한 API를 만드는 RESTful 설계의 핵심을 정리합니다.
1. 자원(Resource)과 행위(Verb)
REST의 핵심은 URL에는 명사(자원)를 쓰고, HTTP 메서드에는 동사(행위)를 담는 것입니다.
❌POST /deleteUser/1
✅DELETE /users/1
2. 멱등성(Idempotency)이 중요한 이유
멱등성이란 "여러 번 요청해도 서버 상태가 동일한가?"를 의미합니다.
- GET: 조회일 뿐이므로 여러 번 해도 상태가 변하지 않음 (멱등O)
- PUT: 같은 값으로 덮어쓰므로 여러 번 해도 상태가 같음 (멱등O)
- POST: 호출할 때마다 새로운 데이터가 생성됨 (멱등X)
💡 실무 노트
결제나 주문 API에서 멱등성을 고려하지 않으면 치명적입니다. 네트워크 순단 현상으로 브라우저가 자동으로 재시도했을 때 중복 결제가 발생할 수 있거든요.
팁: API 가이드를 작성할 때 각 메서드의 멱등성 여부를 고려해 보세요. 특히 POST 요청의 경우 서버에서 중복 방지 로직(Idempotency Key 등)을 추가하는 고민을 해보는 것이 좋습니다.
'IT 이야기' 카테고리의 다른 글
| Docker를 왜 쓰나요? 가상머신(VM)과의 결정적 차이 (0) | 2025.12.27 |
|---|---|
| 프로세스 vs 스레드, 핵심 차이 완벽 정리 (0) | 2025.12.27 |
| "왜 내 DB는 느릴까?" 인덱스(Index)의 기본 원리 (0) | 2025.12.27 |
| HTTP vs HTTPS 차이와 SSL/TLS 동작 원리 (0) | 2025.12.27 |
| 코딩은 AI가 더 잘합니다, 이제 '기초' 없는 개발자는 살아남을 수 없는 이유 (0) | 2025.12.27 |