테크커런트

📡 “404야, 내 마음도 Not Found다...”

✅ HTTP 상태코드란?

서버가 클라이언트의 요청에 대해 어떤 결과를 돌려줬는지 알려주는 숫자 코드입니다.

예를 들어...

• "응, 잘 받았어!" → 200 OK
• "어..? 너 누구?" → 401 Unauthorized
• "뭐라는 거야?" → 400 Bad Request

🎯 상태코드는 크게 5가지로 나뉩니다

🔵 2xx: 성공했어요!

🟡 3xx: 어이쿠! 이리로 와요~

🔴 4xx: 너가 잘못했어 (Client Error)

⚫ 5xx: 서버가 잘못했어요 (Server Error)

😂 코드별 상황극 예시

[404 Not Found]
👉 너 걔 봤어?
👤 누구?
👉 내 미래.

[403 Forbidden]
👉 사장님, 이 폴더 좀 볼게요.
👤 ...너 권한 없어. 꺼져.

🔐 상태코드, 실무에선 이렇게 써요!

• API 응답에 반드시 상태코드 명확히 반환
• 정상 처리: 200 또는 201
• 예외 처리: 400, 401, 403, 500 등 구분
• 프론트와 협업 시 명확한 상태 정의 문서 공유 필요

RESTful API는 웹 개발자라면 반드시 알아야 할 핵심 기술입니다.

✅ REST란 무엇인가요?

**REST(Representational State Transfer)**는 2000년에 로이 필딩(Roy Fielding)이 논문에서 처음 제안한 아키텍처 스타일입니다.
쉽게 말해, 웹에서 자원을 HTTP 방식으로 다루는 표준화된 방법이라고 생각하시면 됩니다.

📌 REST의 6가지 핵심 제약조건

🧭 RESTful API란?

REST 원칙을 따르는 API를 말합니다. 즉, HTTP 메서드와 URL을 이용해 자원을 CRUD 방식으로 처리하는 것이죠.

🚀 RESTful API 예제

가상의 블로그 게시글(Post)에 대한 API를 설계한다고 가정해볼게요.

🔄 RESTful 하지 않은 API 예시

GET /getPosts
POST /createPost

• ❌ 이런 방식은 RESTful하지 않습니다.
• ✅ RESTful 방식은 명사 중심 URI와 HTTP 메서드를 적절히 사용하는 것이 핵심입니다.

💡 RESTful API 설계 시 팁

• URI에는 동사 대신 명사 사용
• URI는 소문자 사용
• 언더스코어(_)보단 하이픈(-) 사용 권장
• 응답 상태 코드 (200, 201, 400, 404 등) 정확히 설정
• 예외 응답은 JSON 형태로 일관되게 처리

🛠️ RESTful API 구현 프레임워크

• Spring Boot (Java)
• Express (Node.js)
• Flask / Django REST Framework (Python)
• FastAPI (Python, 최신 트렌드)
• Laravel (PHP)

📋 본문

오늘은 많은 백엔드/프론트엔드 개발자분들이 헷갈려하는 개념, Stateful과 Stateless의 차이점에 대해 설명드리려 합니다.
서버 아키텍처를 설계할 때 정말 자주 나오는 주제이니, 끝까지 읽어보시면 많은 도움이 되실 거예요!

✅ 1. 정의부터 확실하게!

✅ 2. 장단점 비교

🔹 Stateful

• 장점:
  • 로그인 상태 유지 등 기능 구현이 쉬움
  • MMORPG 같은 실시간 상호작용 서비스에 유리
• 단점:
  • 서버에 리소스 부담
  • 서버 간 세션 공유 어려움 → Scale-out 불리

🔹 Stateless

• 장점:
  • 서버 확장, 로드밸런싱, 캐시 활용 용이
  • REST API, 클라우드 환경에 적합
• 단점:
  • 매 요청 시 상태 정보 포함 → 네트워크 자원 사용 ↑
  • 클라이언트 측 부담 ↑

✅ 3. 서비스 예시로 이해하기

✅ 4. 기술적 이슈 요약

✅ 5. 마무리 요약

• Stateful: 기능 구현은 쉽지만 서버에 부담, 확장성 떨어짐
• Stateless: 구현 복잡하지만 성능, 확장성, 클라우드에 유리
• 선택 기준: 서비스의 실시간성/확장성/안정성에 따라 결정!

HTTP 요청 방식인 GET과 POST는 웹 개발자에게 매우 익숙한 개념이지만, 실제로 데이터를 어떻게 전달하는지 정확히 알고 계신가요? 이 글에서는 GET과 POST의 데이터 전달 차이점을 구조적으로 정리해 드립니다.

✅ 1. GET 요청 – 쿼리 파라미터 방식

• 형식:
  GET /url?username=kim&age=20
• 특징
  • 데이터가 URL에 포함되어 전송
  • 브라우저 주소창에 보임
  • 캐시 저장 가능, 북마크 가능
  • 전송 데이터 길이에 제한 있음
• 사용 예
  • 검색, 목록 필터링 등 조회 요청
  • 데이터 변경이 없는 요청

✅ 2. POST 요청 – HTML Form 방식

• Content-Type: application/x-www-form-urlencoded
• 형식:
  username=kim&age=20
  (HTTP Body에 담겨 전송)
• 특징
  • 주로 HTML <form> 태그에서 사용
  • URL이 아닌 메시지 바디에 데이터 포함
  • GET보다 보안성이 높음 (노출되지 않음)
• 사용 예
  • 회원가입, 로그인, 주문 등 사용자 입력 전송

✅ 3. POST/PUT/PATCH – HTTP API 방식 (JSON 전송)

• Content-Type: application/json
• 형식 예시:

{
  "username": "kim",
  "age": 20
}

• 특징
  • REST API, 비동기 통신(AJAX)에서 일반적
  • JSON 외에도 XML, TEXT 가능
  • 구조적이고 유연한 데이터 전송 가능
• 사용 예
  • 프론트엔드 → 백엔드 API 통신
  • 모바일 앱, SPA 등에서 서버로 데이터 전달 시

📚 요약 비교 표

🎯 결론

• 단순 조회는 GET
• 폼 전송은 POST (x-www-form-urlencoded)
• REST API 통신은 JSON 기반 POST/PUT/PATCH

요청 목적과 환경에 따라 적절한 방식을 선택하는 것이 중요합니다.