🖥️

Client-Server

전통적인 요청-응답 모델

가장 전통적이고 널리 사용되는 아키텍처입니다. 클라이언트가 요청을 보내고 서버가 응답하는 단방향 흐름으로, HTTP/HTTPS 프로토콜이 대표적입니다.

구조 다이어그램

🌐
브라우저
📱
모바일 앱
요청 →
← 응답
🖥️
서버
API / Web Server
↔
🗄️
데이터베이스
흐름 설명
  1. 클라이언트가 서버에 HTTP 요청 전송
  2. 서버가 요청을 수신하고 비즈니스 로직 실행
  3. 필요 시 데이터베이스 조회/저장
  4. 서버가 클라이언트에 응답 반환

동작 흐름

1

클라이언트가 서버에 HTTP 요청 전송 (GET, POST 등)

2

서버가 요청을 수신하고 처리

3

서버가 데이터베이스 조회/비즈니스 로직 실행

4

서버가 클라이언트에 HTTP 응답 반환

장점

  • ✓ 구현이 단순
  • ✓ 디버깅 용이
  • ✓ 캐싱 활용 가능
  • ✓ 표준화된 프로토콜

단점

  • ✗ 서버 병목 가능
  • ✗ 실시간 업데이트 어려움
  • ✗ 서버 다운 시 서비스 중단
  • ✗ 클라이언트가 항상 먼저 요청해야 함

사용 사례

웹 애플리케이션 (브라우저 ↔ 웹서버) REST API GraphQL API 모바일 앱 백엔드
🔌 WebSocket →