📌 챕터 소개

안녕하세요 여러분! 💪 지난 시간 로깅과 모니터링으로 서비스 건강 상태 살피는 법을 배웠습니다. 서비스 안정성 확인 후 다음 관심사는 "얼마나 빠르고 효율적으로 동작하는가?" 그리고 "사용자가 늘어도 문제없이 처리할 수 있는가?" 입니다!

기능이 훌륭해도 응답이 너무 느리거나, 사용자 조금만 몰려도 서비스가 멈추면 아무도 안 쓰겠죠? 🐌 이번 시간에는 백엔드 서비스 성능(Performance) 측정 주요 지표, 성능 저하 원인 병목 현상(Bottleneck) 식별, 사용자 증가에 따른 시스템 처리 능력 증대 방법인 확장성(Scalability) 개념과 방법을 알아봅니다!

우리 서비스를 더 빠르고! 더 강하게! 만드는 기본 원리! 성능과 확장성의 세계로 함께 떠나볼까요? 🚀💨

🎯 챕터 목표

백엔드 성능 평가 주요 지표: 응답 시간(Latency), 처리량(Throughput) 정의 및 설명.
시스템 성능 저하 병목 현상(Bottleneck) 이해, 일반적 병목 지점(DB, 네트워크 등) 식별.
확장성(Scalability) 개념 이해, 현대 웹 서비스 중요성 설명.
**수직 확장(Scale-up)**과 수평 확장(Scale-out) 차이점 비교, 각 장단점 설명.
로드 밸런싱(Load Balancing) 정의, 수평 확장 가능 및 서비스 가용성 향상 역할, 기본 작동 방식 설명.
(보너스!) 캐싱(Caching), CDN(콘텐츠 전송 네트워크) 통한 성능 향상 방법 이해, 성능 테스트/프로파일링 도구 인지.

📖 강의 내용

1. 백엔드 성능이란 무엇일까? (빠르기만 하면 될까? 🤔)

백엔드 성능: 측정 가능 지표로 평가. 대표 지표 2가지:
- 응답 시간 (Latency / Response Time): 얼마나 빨리 응답? ⏱️
  
  <aside>
  - 클라이언트 요청 시점 ~ 응답 받기 시작까지 총 시간 (또는 응답 완료까지).
  - 단위: 보통 밀리초(ms).
  - 짧을수록 사용자 '빠르다'고 느낌. UX 직접 영향.
  - 측정 시 평균값 외 중앙값(Median, 50th percentile), 상위 백분위수(Percentile, 예: 95th, 99th) 함께 확인 중요 (평균값은 소수 매우 느린 요청에 왜곡 가능). </aside>
- 처리량 (Throughput): 얼마나 많이 처리? 🚗🚕🚙
  
  <aside>
  - 단위 시간당 서버 처리 가능 요청 수.
  - 단위: 보통 RPS(Requests Per Second) 또는 RPM(Requests Per Minute).
  - 높을수록 서버 더 많은 트래픽 감당 가능. 서비스 용량(Capacity) 관련 지표. </aside>