클라이언트-서버 구조가 뭔지 그림으로 이해하기

목차

1. 클라이언트-서버 구조란?
2. 클라이언트란 무엇인가?
3. 서버란 무엇인가? (역할 복습)
4. 요청과 응답 – 두 주인공의 대화
5. 실생활에서 보는 클라이언트-서버 구조
6. 클라이언트-서버 구조의 장점과 단점
7. 다른 구조와의 비교 – P2P란?
8. 정리

1. 클라이언트-서버 구조란?

인터넷에서 이루어지는 거의 모든 통신은 **클라이언트-서버 구조(Client-Server Architecture)**를 기반으로 합니다. 스마트폰으로 유튜브를 보거나, 노트북으로 온라인 쇼핑을 하거나, 게임 앱을 실행할 때도 이 구조가 동작합니다.

클라이언트-서버 구조는 이름 그대로 **클라이언트(요청하는 쪽)**와 서버(응답하는 쪽), 두 가지 역할로 나뉩니다.

이 두 역할이 어떻게 소통하는지 이해하면, 인터넷과 서버에 대한 이해가 한 단계 깊어집니다.

2. 클라이언트란 무엇인가?

**클라이언트(Client)**는 서버에게 무언가를 요청하는 쪽입니다.

우리가 매일 사용하는 다음과 같은 것들이 모두 클라이언트입니다.

• 웹 브라우저: Chrome, Safari, Edge – 웹사이트를 요청
• 스마트폰 앱: 카카오톡, 인스타그램, 배달앱 – 데이터를 요청
• 게임 클라이언트: 리그 오브 레전드, 배틀그라운드 – 게임 서버에 요청
• 스마트 TV: 넷플릭스 앱 – 동영상 스트리밍 데이터를 요청

클라이언트의 특징

• 항상 먼저 요청을 보내는 쪽입니다.
• 사용자가 직접 보고 조작하는 인터페이스를 가집니다.
• 서버 없이는 대부분의 기능이 작동하지 않습니다.
• 성능이 서버보다 낮아도 됩니다.

3. 서버란 무엇인가? (역할 복습)

**서버(Server)**는 클라이언트의 요청을 받아 처리하고 응답하는 쪽입니다.

서버는 클라이언트와 달리 다음과 같은 특성이 있습니다.

• 항상 켜져 있습니다: 클라이언트가 언제 요청을 보낼지 모르기 때문
• 동시에 수많은 요청을 처리합니다: 수천, 수백만 명의 요청을 동시에 처리
• 사용자 인터페이스가 없습니다: 모니터나 키보드 없이 운영되는 경우가 많음
• 고성능 하드웨어를 사용합니다: 많은 요청을 빠르게 처리하기 위해

4. 요청과 응답 – 두 주인공의 대화

클라이언트와 서버의 통신은 항상 요청(Request) → 응답(Response) 패턴으로 이루어집니다.

기본 흐름

 

이 패턴은 단순해 보이지만, 실제로는 다양한 종류의 요청과 응답이 오갑니다.

HTTP 요청의 종류 (메서드)

웹에서 클라이언트가 서버에 보내는 요청은 목적에 따라 종류가 나뉩니다.

메서드의미예시

GET	데이터를 달라	게시글 목록 불러오기
POST	데이터를 저장해줘	회원가입, 글 작성
PUT	데이터를 수정해줘	프로필 정보 수정
DELETE	데이터를 삭제해줘	게시글 삭제

HTTP 응답 코드

서버는 요청을 처리한 후, 결과를 숫자 코드로 함께 전달합니다.

상태 코드의미설명

200	OK	요청 성공
201	Created	새 데이터 생성 성공
301	Moved Permanently	주소가 영구 이동됨
400	Bad Request	잘못된 요청
401	Unauthorized	인증 필요
403	Forbidden	접근 권한 없음
404	Not Found	요청한 페이지 없음
500	Internal Server Error	서버 내부 오류

"404 Not Found"나 "500 Internal Server Error"는 웹사이트를 사용하다 한 번쯤 봤을 것입니다. 이제 이 숫자들이 무슨 의미인지 알 수 있겠죠?

5. 실생활에서 보는 클라이언트-서버 구조

예시 1. 인스타그램 피드 새로고침

[클라이언트 - 스마트폰 앱]
사용자가 피드 새로고침 → 앱이 서버에 요청
"최근 게시물 20개 주세요"

[서버 - 인스타그램 서버]
DB에서 팔로잉 계정의 최근 게시물 조회
→ 게시물 데이터(이미지, 텍스트, 좋아요 수) 응답

[클라이언트 - 스마트폰 앱]
받은 데이터를 화면에 표시

 

 

예시 2. 배달앱 주문

[클라이언트 - 배달앱]
메뉴 선택 후 주문 버튼 클릭 → 서버에 요청
"치킨 1마리, 주소 서울시 강남구 XX로, 결제 카드"

[서버 - 배달 플랫폼 서버]
① 결제 서버에 결제 요청
② 주문 데이터를 DB에 저장
③ 가게 서버에 주문 알림 전송
→ "주문 접수 완료" 응답

[클라이언트 - 배달앱]
"주문이 완료되었습니다" 화면 표시

 

 

예시 3. 온라인 게임 캐릭터 이동

[클라이언트 - 게임 프로그램]
플레이어가 캐릭터를 오른쪽으로 이동
"캐릭터 위치: X=150, Y=200으로 이동"

[게임 서버]
위치 유효성 검사 (벽인지, 다른 캐릭터인지 확인)
→ "이동 승인, 현재 위치 X=150, Y=200" 응답
→ 같은 공간의 다른 플레이어들에게도 위치 전파

[클라이언트 - 다른 플레이어 화면]
상대 캐릭터가 이동하는 모습 표시

 

 

6. 클라이언트-서버 구조의 장점과 단점

장점

중앙 집중 관리 데이터가 서버 한 곳에 저장되므로, 모든 클라이언트가 항상 최신 데이터를 공유할 수 있습니다. 카카오톡 메시지를 폰에서 보내도 PC에서 확인할 수 있는 이유입니다.

확장성 사용자가 늘어나도 서버를 증설하는 방식으로 대응할 수 있습니다. 클라이언트(앱)를 수정하지 않아도 됩니다.

보안 중요한 데이터와 로직이 서버에 있기 때문에, 클라이언트(앱, 브라우저) 측으로 노출되지 않아 보안 관리가 용이합니다.

단점

서버 장애 시 전체 서비스 중단 서버가 다운되면 모든 클라이언트가 서비스를 이용할 수 없습니다. "서버 점검 중입니다"라는 메시지가 뜨는 이유입니다.

서버 비용 항상 켜져 있고 많은 요청을 처리해야 하는 서버를 운영하는 데는 상당한 비용이 듭니다.

네트워크 의존성 인터넷 연결이 없으면 대부분의 기능을 사용할 수 없습니다.

7. 다른 구조와의 비교 – P2P란?

클라이언트-서버 구조 외에 P2P(Peer-to-Peer) 구조도 있습니다. P2P는 중앙 서버 없이 참여자들끼리 직접 연결하는 방식입니다.

구분클라이언트-서버P2P

중심	중앙 서버 존재	중앙 서버 없음
특징	관리 용이, 보안 좋음	서버 비용 없음, 장애에 강함
예시	웹사이트, 앱, 게임	토렌트, 블록체인
단점	서버 장애 시 전체 중단	관리 어려움, 속도 불안정

현재 인터넷 서비스의 대부분은 클라이언트-서버 구조를 사용하며, P2P는 파일 공유나 블록체인 같은 특수한 목적에 활용됩니다.

8. 정리

오늘 배운 핵심을 정리합니다.

• 클라이언트: 요청을 보내는 쪽 (브라우저, 앱, 게임 프로그램 등)
• 서버: 요청을 받아 처리하고 응답하는 쪽 (항상 켜져 있음)
• 통신은 항상 요청(Request) → 응답(Response) 패턴으로 이루어집니다.
• HTTP 메서드로 요청 목적을 구분하고 (GET, POST, PUT, DELETE), 상태 코드로 결과를 전달합니다 (200, 404, 500 등).
• 클라이언트-서버 구조는 중앙 집중 관리, 확장성, 보안 측면에서 장점이 있지만, 서버 장애 시 전체 서비스가 중단되는 단점도 있습니다.