커머스 물류 시스템의 주문·배송 비즈니스 파이프라인을 설계하고 서비스를 운영하는 백엔드 개발자입니다. 

불필요한 인덱스 힌트로 인해 풀스캔이 발생하던 핵심 조회 쿼리를 분석해, 힌트 제거와 쿼리 구조 개선으로 수행 시간을 70초 이상에서 10초 이내로 단축한 경험이 있습니다.

2단계 이상 중첩되던 Validation 다중 루프 구조를 Redis 캐시 기반 Set 조회 방식으로 전환해,
검증 처리 단계를 약 60% 이상 축소하고 반복 연산으로 인한 성능 부담을 완화한 경험이 있습니다.

컨설팅 펌에서의 경험을 바탕으로, 요구사항을 그대로 구현하기보다 기획자·PM·운영팀과의 대화를 통해 요청된 기능 너머에 있는 진짜 문제를 이해하고, 이를 시스템으로 풀어내는 역할을 해왔습니다.

Java (17,21), Spring Boot, Mybatis, JPA/Hibernate

Oracle, PostgreSql, MariaDB, Redis

Docker, Jenkins, AWS(EC2, S3, RDS), Git

커머스 핵심 도메인(주문·배송·클레임), 외부 API 연동(GoodsFlow), 배치 자동화, 관리자/고객 화면 개발

외부 API 연동 표준화 (OpenFeign)

• 문제

  • 외부 API 연동 방식이 서비스별로 상이하여 장애 발생 시 원인 파악 및 공통 대응이 어려운 구조

• 개선

  • Spring Cloud OpenFeign 기반 인터페이스 호출 구조로 연동 방식 표준화

  • 공통 Error Handling, Timeout, Retry 정책을 적용하여 일관된 연동 구조 설계

• 성과

  • 외부 연동 장애 대응 시간 약 40% 단축

  • 신규 외부 API 10건 이상 다건 연동을 담당하며, 개발 기간 기존 10일 → 5일로 단축

배송비 정책 Common-Module 분리

• 문제

  • 배송비 계산 로직이 주문, 클레임, 상품 등 여러 도메인에 중복 구현

  • 정책 변경 시 수정 포인트 다수 발생으로 배포 리스크 존재

• 개선

  • 배송비 정책을 Common-Module로 분리

  • 단일 정책 서비스 구조로 재설계하여 전 도메인에서 공통 사용

• 성과

  • 배송비 정책 변경 시 수정 포인트 다수 → 1곳으로 통합

  • 정책 변경에 따른 배포 범위 축소 및 운영 안정성 개선

  • 커머스 핵심 정책 로직의 재사용성 및 확장성 확보

주문·클레임 기반 배송/회수 프로세스 자동화

• 문제

  • 주문·교환·반품 발생에 따라 배송 지시 및 출고 완료 처리를
    운영자가 백오피스에서 수동으로 수행하는 비정형 구조로,
    처리 시점 관리의 어려움과 함께 누락·지연 등 운영 리스크가 내재

• 개선

  • 주문·클레임 데이터를 기반으로 배송/회수 단계별 프로세스 분석

  • Spring Batch 기반으로 단계별 처리 로직 자동화 설계

• 성과

  • 반복적인 배송/출고 운영자 수작업을 Spring Batch 기반 자동화로 전환하여,
    운영자 개입 건수를 약 80% 이상 감소시키고 주문·클레임 처리량 증가에도 운영 공수 증가 없이 안정적인 처리 구조를 확보

대량 알림 배치 처리 설계 (Spring Batch)

• 문제

  • 알림톡 발송 기능이 신규로 도입되는 구조로, 향후 다량 알림 발송을 고려한 배치 기반 처리 설계가 필요

• 개선

  • 배송/회수 프로세스가 단계별로 상이한 비즈니스 규칙을 가지는 점을 고려해, 단일 Tasklet 중심의 배치 구조 대신 단계(스텝) 단위로 책임을 분리한 배치 구조를 설계하고 JobScope를 활용해 실행 컨텍스트를 단계별로 관리

  • 배송 시작·완료 주문 기준 알림 발송 시, 발송 대상 데이터를 1000건 단위로 분할 처리하는 배치 구조를 설계하여
    DB 조회 횟수를 최소화하고, 발송 실패 발생 시에도 단위별 재처리가 가능한 구조를 구현

• 성과

  • 대량 데이터 처리 시 Chunk 단위 조회로 메모리 적재량을 제한해 데이터 증가에도 안정적인 배치 처리 구조를 설계함

  • 배치 실패 발생 시 전체 Job 재실행이 아닌 실패한 발송 단위만 재처리 가능하도록 설계하여, 재처리 범위를 기존 대비 90% 이상 축소

POS/KIOSK 관리자(BackOffice)(터치키·매장키·단말 설정) 개발, 펌웨어 파일 관리 구조 설계(Amazon S3)

펌웨어 파일 관리 구조 표준화

• 문제

  • 펌웨어 업데이트 및 롤백 파일을 서버 로컬 또는 개별 관리 방식으로 처리하여, 파일 업로드 로직 중복 및 운영 환경별 관리 복잡도 발생

• 개선

  • Amazon S3 기반 파일 저장소로 전환하고, 버킷 디렉터리 단위 업로드 구조로 재설계하여 서버 서비스 레이어 내 파일 업로드 구현 제거

• 성과

  • 파일 관리 로직 단순화 및 배포/롤백 과정 안정성 확보, 운영 환경별 파일 관리 리스크 감소

POS 설정 관리 BackOffice 화면 개발

• BackOffice API와 연계한 React.js 기반 관리 화면을 구현하여
  POS 관련 설정 기능을 백오피스에서 일관되게 관리할 수 있도록 구성

• KT 알파쇼핑에서 사용하는 BackOffice 시스템을 개발 및 유지보수를 진행 하였습니다.

  • KT알파쇼핑 BO 상품 전시 관리기능(기획전), 상품 MD 상품리뷰 관리 개발

  • KT 알파쇼핑 제휴몰 Seller API 신규 개발

• CJ 프레시웨이 온리원 푸드넷 주문 시스템 신규 구축 프로젝트 일정 지연 상황에서 핵심 기능 안정화 및  마감 일정 준수 목적으로 중간 투입

• 온리원 푸드넷 매출 대시보드 API 개발

• 직원 식단 관리 및 매출 정산 관련 기능 개발

• 주문 거래처 대상 Spring Batch 기반 자동화 알림톡 발송 배치 개발

• 바바패션 경영 실적·정산 및 상품 관리를 위한 시스템 신규 구축 프로젝트 일정 지연 상황에서 핵심 기능 안정화 및  마감 일정 준수 목적으로 중간 투입

• 일별 및 월별 등 회계 정산 관련 프론트엔드 및 백엔드 API 개발

• 정산 관련 Oracle 프로시저 분석 및 데이터 오차 수정

• 기업 회계정보와 자금 흐름을 분석해 자금 사고이상 징후를 진단하고 탐지하는 ERP 시스템 구축

• 국세청·KoData API 연동을 통한 기업 내 이상 자금 흐름 내역 백엔드 API 개발

• 자금 내역 및 기업 신용도 관련 Spring Batch 기반 데이터 수집 자동화 배치 개발

• 공통 ExceptionHandler로 예외 처리 일관성을 확보하고, MyBatis Generator 기반 Entity 자동화로 코드 품질과 개발 효율을 개선

• 한국투자증권 임직원 대상 BackOffice 개발

• 한국투자증권 MTS 관련 로보 추천·딥링크등 관리 영역 개발 구현

• TypeScript 기반 요청·응답 인터페이스를 정의해 API 데이터 구조를 일관되게 관리하고 타입 안정성을 확보

• Vue 3(Composition API)와 Vuex 기반의 상태 관리 구조를 적용한 프론트엔드 구현

• Dockerfile 기반 이미지 빌드와 컨테이너 구성, Nginx 운영 환경별 설정 분리를 통해 배포 표준화와 환경 안정성을 확보