add: 성능테스트 ADR3 작성

Author: gangsungu

docs/adr/performance-test/003-tps-target-definition.md

@@ -0,0 +1,39 @@
+## 목표 TPS 산정 근거
+
++ 배경 : 성능 테스트의 합격 기준을 정의하기 위해 목표 TPS 산정이 필요, 실측 트래픽 데이터가 없는 사이드 프로젝트 특성상 가정 기반 역산 방식을 채택
++ 목표 TPS 산정
+    - DAU 1만명 * 1인당 평균 요청 10회 = 일 10만건
+    - 피크 집중률 20% : 1시간 집중
+        + 100,000 * 0.2 / 3600 = 5.6 TPS
+    - 여유율 3배 적용
+        + 가정 기반 역산이라 불확실성이 높아 보수적으로 3배 적용
+        + 17 TPS
++ 인프라 스펙 및 이론상 최대치, 역할 분류
+    - EC2
+        + t3.micro
+    - RDS
+        + db.t4g.micro
+        + HikariCP 기본값 10개 사용
+            - 평균 쿼리 실행시간 30ms (JPA 쿼리 로그 실측값)
+            - 이론 최대 300 TPS
+            - 목표 TPS는 달성 가능한 수치
+    - ElastiCache
+        + Redis
+        + 역할 분류
+            - 필수 I/O (캐시아님)
+                + JWT 블랙리스트
+                    - 로그아웃 토큰 관리, TTL 10분
+                    - 인증요청마다 Redis 조회
+                + 주문 만료 관리
+                    - 만료 주문 재고 방출 및 주문 취소 처리
+                    - 1분 주기로 스케쥴러가 RDS + Redis 접근
+                + 결제 재시도
+                    - 실패 결제 주기적 재시도
+                    - 1분 주기로 스케쥴러 동작
+                + 평점 집계
+                    - RDS 트랜잭션 동시성 문제 회피를 위해 Redis 원자적 연산 사용
++ 스케쥴러가 테스트에 미치는 영향
+    - 주문 만료, 결제 재시도 스케쥴러가 1분 주기로 실행되어 테스트 중 반복적으로 동작한다. 스케쥴러 실행 구간에서 응답시간 스파이크가 발생할 수 있지만 실제 운영 환경과 동일한 조건이므로 포함한 상태로 측정한다
++ 테스트 환경 제약
+    - Artillery 로컬 실행 > AWS 서울 리전 구성으로 네트워크 레이턴시 포함
+    - 응답시간 수치에 영향을 미칠 수 있음을 감안