728x90
반응형
✅ 서버단 vs 클라이언트단 차이점
| 클라이언트단 (frontend, cliend side) | PC, 스마트폰, 브라우저에서 클릭/작성/제출하는 쪽 |
| 서버단 (backend, server side) | 그 요청을 받아서 처리·저장·응답을 만드는 쪽 |
예를 들어 구글 폼:
- 사용자가 폼 작성 & 제출 버튼 클릭 → 클라이언트단
- 그 데이터를 받아서 DB에 저장 & 응답을 돌려주는 부분 → 서버단
🛠 서버단 커스텀 핸들링이란?
폼 같은 서비스 기본 기능만 쓰는 게 아니라,
- 트래픽 폭주 상황,
- 자동화 공격,
- 부하 분산,
- 우선순위 처리
등을 개발자가 직접 코딩/설정해서 다르게 처리하는 걸 말해요.
예시로 보면:
| 상황 | 기본 처리 | 커스텀 핸들링 예시 |
| 트래픽 폭주 | 요청 순서대로 처리, 과부하 시 에러 |
너무 많은 요청이 오면: 특정 조건(IP, 세션 등)만 허용, 나머지는 큐에 넣거나 대기 |
| 스팸 공격 | 기본 rate limit | reCAPTCHA, 추가 인증 |
| 서버 오류 | 500 에러 반환 | 캐시에 저장한 임시 데이터로라도 응답, or 예비 서버로 자동 전환 |
| 특정 유저 우선 | 없음 | VIP 유저는 우선 큐 처리 |
즉, 서버단 코드를 개발자가 직접 “커스터마이징”해서 트래픽 처리나 비즈니스 룰을 넣는 거예요.
🌱 쉽게 비유
- 기본 폼 서비스 = 기성품 자판기
→ 동시에 100명이 눌러도 한 번에 10명만 처리 가능, 나머진 실패. - 서버단 커스텀 핸들링 = 사람이 옆에 서서
→ “VIP 먼저!”, “이 요청은 잠깐 대기!”, “오류 난 건 캐시로 다시 시도!” 같은 추가 로직을 넣는 것.
📦 서버단 예: 어떻게 구현?
- 웹 서버 코드 (Node.js, Java, Python 등)
- 로드밸런서 설정
- Redis 같은 캐시 서버
- 큐 시스템 (RabbitMQ 등)
- DB 트랜잭션 로직
- 서버에서 트래픽 분석/제한 로직 등
✅ 정리
- 서버단: 요청을 받아서 처리/응답하는 쪽 (백엔드)
- 커스텀 핸들링: 기본 처리 방식 대신, 서버단에서 “특별한 조건/로직/우선순위”를 개발자가 추가로 구현하는 것
728x90
반응형
'IT 인터넷' 카테고리의 다른 글
| 브라우저 비교: 크롬 vs 엣지 vs 웨일 (1) | 2025.07.11 |
|---|---|
| DNS 설정 최적화: 다른 통신사 DNS 서버를 사용한다면? (0) | 2025.07.11 |
| 공유기 ~ PC 사이 중간 연결 장치들 (0) | 2025.07.11 |
| HTTP 상태 코드 종류 & 개발자 도구로 상태코드 확인 방법 (1) | 2025.07.11 |
| 로드 밸런서 란? (0) | 2025.07.11 |
| IDC 란? IDC 위치에 따른 핑 (3) | 2025.07.11 |
| 호스팅 이란? (3) | 2025.07.11 |
| 멀티 WAN 포트 쓰는 이유? 단일 회선에도 필요할까 (0) | 2025.07.11 |