성능 테스트 계획: 지표·시나리오·병목 분석을 연결하는 검증 체계

성능 검증은 지표와 재현 조건을 함께 설계해야 한다

성능 테스트 계획은 제품 신뢰성과 비용 효율에 직접 영향을 준다. 단순히 부하를 발생시키는 데서 끝나지 않고, 무엇을 성공 기준으로 볼지 정하고 실제 사용 흐름에 가까운 조건을 만든 뒤 관측 결과로 병목을 설명할 수 있어야 한다.

성능을 수치로 다룰 때는 처리량(Throughput), 응답시간·지연(Latency/RT), 오류율(Error Rate), CPU·메모리·IO 사용률, P95/P99 지연, 백로그 큐 심도를 함께 본다. 임계값은 SLO/SLI를 기준으로 설정하고 비즈니스 KPI와 연결한다. 서비스, 엔드포인트, 거래 유형 단위로 나누어 관리해야 결과를 원인과 연결하기 쉽다.

시나리오는 트래픽 모델과 사용자 여정(User Journey)을 반영한다. 정상 부하(Load), 임계 검증(Stress), 장기 안정성(Soak), 돌발 부하(Spike)는 서로 다른 질문에 답한다. 로그인 10%, 검색 40%, 결제 5%처럼 가중치를 둔 요청 믹스와 함께 데이터 다양성, 캐시 적중률, 동시성 모델을 입력 분포에 포함한다.

병목 분석의 대상은 CPU, 메모리·GC, 네트워크·IO, 데이터베이스 락·인덱스, 외부 의존성처럼 성능 한계를 만드는 제약이다. 모니터링, 트레이싱, 로그를 갖추고 재현 가능한 실험을 설계해야 원인과 결과를 연결할 수 있다.

트래픽 모델부터 분석 결과의 활용까지

지표는 SLO에 정렬하고 P95/P99 같은 분포 지표를 중심으로 관리한다. 비기능 요구사항은 서비스에서 엔드포인트, 쿼리 또는 호출로 계층화해 상위 KPI까지 롤업할 수 있게 구성한다.

실제 트래픽 분포를 토대로 동시성 또는 도착률(λ) 모델을 선택하고, 버스트·랩업·평탄 구간을 시나리오에 배치한다. 로그인→검색→상세→장바구니→결제로 이어지는 사용자 상태 전이와 Think Time, 캐시 웜업도 빠뜨리지 않는다.

환경은 인스턴스 타입, 스케일, 구성을 프로덕션과 동등하게 맞추는 방향으로 설계하되 비용과 리스크의 트레이드오프를 관리한다. 데이터 시딩, 익명화, 데이터 스큐 제어와 캐시·세션 초기화 정책도 실험 조건의 일부다.

실행은 IaC와 CI 파이프라인에 연결해 반복 가능하게 만들고, APM·시스템·비즈니스 메트릭, 분산 트레이싱, 구조화 로그를 수집해 상관 분석에 사용한다. 테스트 쏠림 방지, 레이트 리미팅, 샌드박스 외부 호출 차단 같은 안전장치와 승인 절차도 계획에 포함한다. 결과는 검토 회의체, 튜닝 백로그, 용량 계획, 변경관리와 연동한다.

⤢✕

부하 특성에 따라 테스트 유형을 고른다

테스트 유형	성능(Throughput/Latency)	확장성(Scale-out/Scale-up)	일관성(분포/분산)	안정성(장기/리소스 누수)	운영 편의(자동화/비용)
Load	목표 SLO 내 정상 동작 검증	수평/수직 확장 기준선 산출	P95/P99 안정성 확인	단기 안정성 확인	자동화 용이, 비용 중간
Stress	임계점과 실패 모드 식별	한계 자원 파악, 스로틀 정책 검증	고분위 지연 급증 감지	장애 복구 동작 검증	리스크 높음, 통제 필요
Soak	지속 처리율·지연의 드리프트 탐지	오토스케일 안정성 평가	장기 분포 안정성 확인	메모리 누수/리소스 고갈 탐지	시간 비용 높음
Spike	급격한 트래픽 급증 내성 검증	버스트 흡수·큐잉 동작 평가	캐시 워밍 영향 점검	서킷브레이커/레이트리미트 검증	짧고 강한 부하, 위험 관리 필요

서비스 변경과 운영 조건에서 확인할 항목

대규모 이벤트 트래픽을 준비하는 전자상거래 서비스라면 피크 5배 트래픽에서 P99 800ms 이하, 오류율 < 0.3%를 목표로 둘 수 있다. 캐시 키 히트율 95% 목표, DB 읽기 리플리카 확장, 카트 API 스키마 최적화가 함께 검토 대상이 된다.

API 게이트웨이를 마이그레이션할 때는 교체로 인한 지연 증가를 ≤ 5%로 유지하는지 확인한다. 콜드 스타트, 연결 재사용·압축, 라우팅 규칙 벤치가 시나리오에 들어간다.

배치 윈도우를 4시간→1시간으로 단축하면서 I/O 경합을 없애려는 경우에는 파티셔닝, 병렬 처리 레벨 튜닝, 스로틀링 곡선을 검증한다. 마이크로서비스와 DB 사이의 병목에서는 결제 트랜잭션 타임아웃 제거를 목표로 인덱스 최적화, 격리수준 재검토, N+1 제거, 커넥션 풀 튜닝을 살핀다.

관측 결과를 병목의 근거로 바꾸는 방법

계획의 입력은 SLO/SLI, 실제 트래픽 분포, 의존성 카탈로그, 변경 범위다. 이를 바탕으로 시나리오 믹스를 설계하고 환경 정합성을 확인한 뒤 실행과 관측을 자동화한다. 산출물은 정량 결과, 병목 근거, 튜닝 계획, 용량·비용 추정으로 남긴다.

엔드투엔드 지연은 네트워크, 서비스, DB, 외부 호출로 나누어 보고 P99 경로를 추적한다. 부하와 지연·오류·GC·락을 대시보드에서 교차 확인하며, 분산 트레이싱에서는 상위 기여 스팬을 식별한다. 인덱스 추가나 풀 크기 변경처럼 가설별 AB 실험을 수행해 재현성을 확인한다.

데이터베이스에서는 Wait Event, 락 대기 시간, Deadlock 로그, 단일 쿼리 P95를 관측한다. 스캔 과다나 부적절한 인덱스, 긴 트랜잭션 범위, 과도한 격리 수준이 원인일 수 있으며, 커버링 인덱스, 배치 사이즈 조정, 트랜잭션 경계 축소, 격리 레벨 현실화가 처방 후보가 된다.

최대 QPS와 동시성 상한, 오류율·지연 임계에 따른 자동 중단 조건을 가드레일로 둔다. 실행 전 헬스체크를 수행하고 외부 의존성은 모킹 또는 샌드박스로 처리하며, 데이터 롤백 절차를 마련한다.

k6로 API 부하를 재현하는 예시

전제조건: k6 v0.45+ 환경(최신 정보 확인 필요), 대상 API에 샌드박스/스테이징 엔드포인트 사용 권장

// k6 script: baseline + spike
// 실행: k6 run script.js
import http from 'k6/http';
import { check, sleep } from 'k6';
import { Trend } from 'k6/metrics';

export const options = {
  thresholds: {
    http_req_failed: ['rate<0.01'],            // 오류율 < 1%
    http_req_duration: ['p(95)<400', 'p(99)<800'], // P95/P99 지연 목표
  },
  stages: [
    { duration: '2m', target: 50 },  // 램프업
    { duration: '5m', target: 50 },  // 평탄
    { duration: '1m', target: 200 }, // 스파이크
    { duration: '2m', target: 50 },  // 복귀
  ],
};

const rt = new Trend('biz_rt');

export default function () {
  const res = http.get(`${__ENV.BASE_URL}/api/v1/search?q=phone`, {
    headers: { 'Accept': 'application/json' },
  });
  check(res, {
    'status is 200': (r) => r.status === 200,
    'body not empty': (r) => r.body && r.body.length > 0,
  });
  rt.add(res.timings.duration);
  sleep(Math.random() * 1); // Think Time
}

운영 메모:

• BASE_URL 환경 변수 사용, 스테이징 전용 데이터셋 시딩 필요
• 관측 연동: Prometheus remote-write, OpenTelemetry Collector 경유 트레이싱 활성화 권장

성능 검증이 운영에 남기는 변화

SLO 준수율 측면에서는 P99 지연 2040% 개선과 오류율 30% 이상 감소가 가능하다. 올바른 사이징으로 인프라 비용 1525% 절감과 오토스케일의 불필요한 스파이크 완화도 기대할 수 있다.

주요 릴리스 전에 회귀 성능 이슈를 발견하면 출시 리스크와 롤백 확률을 낮출 수 있다. 장기 누수, 락, GC 병목을 선제적으로 제거하는 과정은 야간 장애콜 감소에도 연결된다.