미리보기

• 약 20만 명 회원 규모 커머스 플랫폼의 주문·결제·회원·상품·이벤트·정산 및 어드민 시스템 개발·운영

• AWS EC2 기반 인프라 운영 및 Docker, GitLab Runner 기반 CI/CD 구축

[정산 조회 성능 개선] 실행계획 기반 쿼리 구조 최적화

• 구간별 실행 시간을 측정해 DB 병목을 특정하고 EXPLAIN ANALYZE에서 약 2,600건 조회에 약 9만 건을 읽는 실행계획을 확인

• 주문 유형별 날짜 조건을 분리해 기존 날짜 인덱스를 활용하는 UNION ALL 조회 구조로 변경

• DB 실행시간 약 1.3초 → 0.1초, API 응답시간 약 5.2초 → 0.7초로 단축하고 계산 결과 동일성 검증

[정산 프로세스 개편] 정산 확인·확정 프로세스 시스템화

• 제도 변경에 맞춰 관리자 개별 안내에 의존하던 정산 절차를 점주 확인·확정 기반 프로세스로 재설계

• 관리자 요구사항을 바탕으로 정산 정책과 플로우를 직접 기획하고 관리자와 조율해 설계·개발까지 주도

• 회차별 정산 진행과 확인·마감 절차를 시스템화해 관리자와 점주 간 반복적인 개별 연락을 축소

[조회 성능 개선] ID 선조회 기반 조회 구조 재설계

• 주문별 상품·결제·이벤트 조회가 반복되고 상세 데이터까지 함께 페이징하던 구조를 병목으로 분석

• 주문 ID를 먼저 페이징한 뒤 관련 데이터를 일괄 조회·조립하도록 변경해 1년 범위 조회 응답시간을 약 15초 → 1초대로 단축

[동시성 제어] Lost Update로 인한 예산 초과 집행 방지

• 여러 요청이 동일한 이벤트 할인 예산을 조회·수정하면서 발생한 Lost Update로 선착순 이벤트 예산이 초과 집행되는 문제를 분석

• 예산 검증과 차감을 하나의 조건부 UPDATE로 수행하고 affected row count로 성공 여부를 판단하도록 변경해 JMeter 기반 동시 요청 테스트에서도 설정 예산 초과 없이 동작하는 것을 확인

[멀티모듈 구조 개선] 모듈 책임 분리 및 의존성 전파 범위 축소

• JPA·QueryDSL 의존성이 여러 모듈에 전파되고 책임이 혼재된 구조를 분석해 모듈별 책임과 의존성 경계를 재구성

• QueryDSL 조회 분리, 외부 연동의 JPA 의존 및 모듈 간 api 의존성을 축소해 주요 모듈 빌드시간 약 50% 단축

[결제 구조 개선] 다중 결제수단 공통화 및 중복 요청 안정성 강화

• 결제수단별 요청·응답을 공통 결제 흐름으로 통합하고, 외부 연동은 어댑터 구조로 분리

• Redis TTL과 요청 식별 키 기반 멱등성 처리를 AOP로 공통화해 결제·취소 관련 오류 알림을 일 평균 약 10건 → 0건 수준으로 감소

• Route 53, ALB, EC2를 활용한 도메인 연결 및 HTTPS 환경 구성

• Docker와 GitLab Runner 기반 CI/CD 파이프라인 구축으로 수동 배포 프로세스 자동화

• 하드코딩되어 있던 콘텐츠를 API 기반 관리 구조로 전환해 운영팀이 직접 수정 가능한 환경 구축