JSCODE Logo
JSCODE 박재성JSCODE 제이온JSCODE 시니
과외유튜브블로그후기
완강 후기 이벤트블로그 리뷰 이벤트AWS SAA 합격 후기 이벤트
회사명 : JSCODE대표 : 박재성사업자 등록번호 : 244-22-01557통신판매업 : 제 2023-인천미추홀-0381 호

서울특별시 구로구 경인로 20가길 11(오류동, 아델리아)

Copyright ⓒ 2026 JSCODE - 최상위 현업 개발자들의 프로그래밍 교육 All rights reserved.

이용약관개인정보처리방침

대규모 트래픽 처리를 위한 부하테스트 입문/실전

부하 테스트의 기본 개념

취준생이 대규모 트래픽 처리 경험을 쌓는 방법 ?!
현업에서 부하 테스트를 왜 할까?
처리량(Throughput), 지연 시간(Latency)
부하 테스트 툴 선정 (k6)
[실습] EC2에 간단한 API 서버 셋팅하기
[실습] EC2에 부하 테스트 툴 셋팅하기
[실습] 내가 구성한 백엔드 서버는 1초당 몇 개의 요청을 견뎌낼 수 있을까?
[실습] 사용하지 않는 EC2 종료하기

부하 테스트를 통해 ‘병목 지점’ 진단하기

병목 지점 (
부하 테스트의 전체 흐름
부하 테스트 시 주의점
[실습] 부하 테스트 할 인프라 구성을 그림으로 파악하기
[실습] AWS EC2 셋팅하기
[실습] AWS RDS 셋팅하기
[실습] AWS ELB 생성하기
[실습] EC2에 백엔드 서버(Spring Boot) 셋팅하기
[실습] 내가 구성한 인프라는 1초당 몇 개의 요청을 견뎌낼 수 있을까?
모니터링(Monitoring), 메트릭(Metric)
CPU, 메모리(Memory), 디스크(Disk)
[실습] EC2 모니터링 셋팅하기
[실습] RDS 모니터링 셋팅하기
[보충 강의] ELB의 CPU, 메모리는 왜 측정하지 않나요?
[실습] 각 서버의 CPU, 메모리를 한 눈에 볼 수 있도록 셋팅하기
[실습] 부하 테스트를 통해 병목 지점 진단하기
[보충 강의] 실시간으로 CPU와 메모리를 관측하는 방법

병목 지점을 해결해 성능 개선하기

가용성(Availability), 시스템 이중화
수평적 확장, 수직적 확장, 캐싱
트래픽 증가에 따른 시스템 설계 및 확장 방법
[실습] 병목 지점(DB) 해결하기
[실습] 병목 지점(웹 애플리케이션 서버) 해결하기
부하 테스트의 전체 흐름 다시 점검
← 블로그 목록으로 돌아가기

부하 테스트 시 주의점

JSCODE 박재성
JSCODE 박재성
2026. 04. 01.
author
JSCODE 박재성
category
부하테스트
createdAt
Dec 6, 2025 03:41 AM
isPublic
isPublic
series
대규모 트래픽 처리를 위한 부하테스트 입문/실전
slug
load-test-cautions
type
post
updatedAt
Apr 1, 2026 09:00

✅ 적절한 부하 테스트 시간

1분 간격으로 기록되는 모니터링 도구를 가지고 정확하게 성능을 측정하려면 최소 5분간의 부하테스트는 진행해야 한다. 그래야 일관된 결과값을 얻을 수 있다.
 
 

✅ 프로덕션 환경과 비슷한 데이터 셋팅

데이터베이스는 데이터가 어떻게 저장되어 있는 지와 얼마나 많은 양이 저장되어 있는 지에 따라서 성능 차이가 많이 난다. 따라서 실제 프로덕션 환경과 비슷하게 데이터를 구성해두고 부하 테스트를 해야 보다 정확한 결과값을 얻을 수 있다.
현업에서 부하 테스트를 할 때는 프로덕션 환경에 저장되어 있는 데이터의 양만큼 셋팅을 해두고 부하 테스트를 한다. 이 과정을 조금 더 간소화하기 위해서는 프로덕션 환경의 데이터들이 포함된 DB 복제본을 떠서 그 DB로 부하 테스트를 진행하기도 한다.
 
 

✅ 프로덕션과 분리된 환경에서 테스트하기

프로덕션 환경에서 부하 테스트를 하면 안 된다. 왜냐하면 부하 테스트를 함으로써 실제 서비스의 성능에 악영향을 끼칠 수 있기 때문이다.
 
 
📎
이 글은 대규모 트래픽 처리를 위한 부하테스트 입문/실전 강의의 수업 자료 중 일부입니다.