차이
- Stateless — 매 요청이 완전히 독립. 로드밸런싱 자유, 확장 쉬움
- Stateful — 서버가 사용자별 세션·연결 유지. Sticky session 등 필요
Stateless의 이점
- 수평 확장 단순
- 서버 하나 죽어도 다른 서버가 바로 대체
- 캐싱·CDN 친화
현실
HTTP 서버는 Stateless 지향, 상태는 DB/Redis에 외부화하는 것이 표준. WebSocket·게임 서버는 본질상 Stateful이라 별도 설계가 필요하다.
Stateful vs Stateless란?
정의
서버가 사용자 상태를 저장하면 Stateful, 매 요청이 독립적이면 Stateless. 확장성·복구 전략이 달라진다.
다른 표현상태 저장 상태 비저장StatelessStateful
📘 관련 기술노트
전체 보기 →🔗 함께 보면 좋은 용어
Backend 전체 →실시간 옵션 비교
폴링·Long Polling·SSE·WebSocket. 복잡도·기능별 선택.
A/B Testing
두 변형을 무작위 분할해 비교하는 실험 방법론. Feature Flag와 자주 결합.
Access + Refresh Flow
짧은 Access Token과 긴 Refresh Token을 조합한 인증 패턴. 보안과 UX 균형.
Actix Web
Rust의 고성능 웹 프레임워크. 타이프 세이프·액터 모델.
API
Application Programming Interface
소프트웨어 간 통신 약속. 보통 HTTP 기반 REST, GraphQL, gRPC가 대표적.
API Gateway
클라이언트와 백엔드 서비스들 사이의 단일 진입점. 인증·레이트 리밋·라우팅·로깅을 중앙화.