[Experiment] 이미지 처리 아키텍처 순차 개선 umbrella

[seonghooncho]

목적

이미지 처리 아키텍처를 아래 순서로 단계적 실험한다.

1. v1: 동기 방식
2. v2: 비동기 방식
3. v3: Transactional Outbox
4. v4: idempotent consumer / DLQ

이 실험의 목적은 운영 배포가 아니라, 포트폴리오용 정량 비교와 재현 가능한 실험 환경 확보이다.

기준 문서

• docs/experiments/image-pipeline-evolution.md
• docs/experiments/image-pipeline-execution.md

브랜치 / 태그 전략

• 실험 브랜치: experiment/image-pipeline-evolution
• 단계별 태그
  • exp-v1-sync
  • exp-v2-async
  • exp-v3-outbox
  • exp-v4-idempotent

버전별 이슈

• v1: [Portfolio] 동기 이미지 압축 MVP 초기 세팅 #74
• v2: [Experiment/V2] 이미지 처리 비동기 전환 #76
• v3: [Experiment/V3] Transactional Outbox 도입 #77
• v4: [Experiment/V4] Idempotent Consumer + DLQ 도입 #78

공통 고정 조건

• App EC2 타입 고정
• k6 EC2 타입 고정
• Java 버전 / JVM 옵션 고정
• Mongo 환경 고정
• 테스트 이미지 세트 고정
• 압축 정책 고정
• 대표 시나리오 고정
• 리전 고정

대표 시나리오

1. Medium / 10 RPS steady
2. Heavy / 20 RPS steady
3. 5 -> 30 RPS burst

핵심 지표

• v1 / v2: POST /posts p95, API error rate, Spring CPU
• v2: image completion latency p95, SQS oldest message age
• v3: orphan pending post count, lost job count
• v4: duplicate side effect count, DLQ count

완료 조건

• 각 단계는 태그 기준으로 실험 결과가 고정되어야 한다
• 결과는 docs/experiments/results/<tag>/ 기준으로 정리한다
• 실험 종료 후에도 main/dev에는 바로 merge하지 않는다