미리보기

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

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

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

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

• 필요한 필드와 조인만 남기고 주문 유형별 날짜 조건을 분리해 기존 인덱스를 활용하는 UNION ALL 구조로 변경

• 핵심 조회 SQL 실행시간 약 1.3초 → 0.1초, 전체 조회 처리시간 약 5.2초 → 0.7초로 단축

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

• 운영 관리자와 요구사항을 조율해 개별 안내에 의존하던 월 2회 정산 업무를 점주 확인·확정, 미확정 이월, 관리자 마감으로 이어지는 프로세스로 재설계

• 실시간 예상 금액과 확정 금액 스냅샷을 분리하고, 정산 회차·점포별 정산 모델과 일정 기반 배치를 구축

• 정산 회차별 진행 상태를 시스템에서 확인·관리할 수 있도록 해 관리자 확인 절차를 간소화하고 정산 관련 업무 시간을 단축

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

• 주문 목록 조회 시 상품·결제·이벤트 정보를 주문별로 반복 조회하고, 상세 데이터까지 함께 조회하던 구조를 병목으로 분석

• 주문 ID를 먼저 페이징한 뒤 해당 주문의 상세 데이터를 일괄 조회·조립하는 구조로 변경해 1년 범위 측정 기준 응답시간을 약 15초 → 1초대로 단축

[동시성 제어] Lost Update로 인한 이벤트 예산 정합성 문제 개선

• 동시 요청이 동일한 이벤트 예산을 갱신하면서 발생하는 Lost Update 문제를 분석

• 예산 검증과 변경을 조건부 UPDATE로 처리하고 affected row count로 성공 여부를 판단하도록 개선

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

• JPA·QueryDSL 등 기술 의존성의 전파 범위를 줄이고 모듈별 책임과 의존성 경계를 재구성

• 구조 개편 후 주요 모듈 빌드시간을 약 50% 단축

[결제 구조 개선] 다중 결제수단 공통화 및 중복 요청 방어

• 결제수단별 처리 로직을 공통 결제 흐름으로 정리하고, 개별 구현은 Strategy 구조로 분리

• Redis TTL과 요청 식별 키 기반 중복 요청 방어 로직을 AOP로 공통화해 결제·취소 관련 오류 알림을 일 평균 약 10건 → 0건 수준으로 감소

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

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

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