이태윤

Backend Developer

fmoni1306@gmail.com 010-5605-2154 GitHub Resume

Java, Kotlin, Spring Boot 기반으로 유통/물류 도메인에서 백엔드를 개발해 온 6년차 개발자입니다. 최근에는 한국에서 일본으로 이어지는 크로스보더 물류에서 유통물류 관리 시스템, 택배 연동 게이트웨이, 통관 시스템을 구축하고 운영했습니다. 월 54만 건 출고 규모의 콜드체인 물류 운영부터 멀티테넌트 전환, 외부 연동 일원화까지 경험했습니다. 구현에 앞서 업무 규칙과 외부 시스템의 제약을 정확히 정의하고, 개선 효과는 수치로, 정합성은 테스트로 확인합니다.

Skills

Language

Java Kotlin

Framework

Spring Boot JPA QueryDSL MyBatis Spring Batch

Database

MySQL PostgreSQL Redis

Infrastructure

AWS ECS RDS/Aurora S3 CloudFront ElastiCache Docker Kafka

Highlights

About

개발자의 본질은 문제를 해결하는 데 있고, 그 해결이 제품과 사용자에게 실질적인 가치로 이어져야 한다고 생각합니다. 성능 지표를 개선하는 데서 그치지 않고, 그 결과가 운영팀의 업무 부담이나 고객 경험에 어떤 영향을 주는지 함께 봅니다.

통과한 테스트 수보다 무엇을 검증하는지가 중요하다고 생각합니다. 멀티테넌트 전환 때는 고객사 조건이 빠진 조회가 새로 생기면 PR 단계에서 바로 실패하도록, 실제 DB 기반 테스트와 SQL 전수 검사를 붙였습니다.

판단의 근거는 채택한 결정뿐 아니라 번복한 결정과 그 이유까지 문서로 남겨 팀과 공유합니다.

Experience

STL

2025.09 ~ 현재 (재직중)

Backend Developer

글로벌 풀필먼트 서비스 기업. 주문-재고-배송 실시간 통합 관리 시스템을 기반으로 해외 물류 자동화 솔루션 제공.

일본 풀필먼트 시스템

국내 화장품 브랜드사 등 고객사의 일본 물류센터 운영을 위한 유통물류 관리 시스템과 택배 연동

  • 현지 물류 프로세스 분석, 주문과 출고 도메인 설계 및 개발, 현지 창고 오픈에 맞춘 운영 전환
  • 내부 시스템 3곳에 중복된 택배 연동을 게이트웨이로 통합해 단독 구축, 포트/어댑터 구조로 고객사마다 다른 택배사도 어댑터 추가만으로 대응 가능
  • 단일 고객사용 시스템을 멀티테넌트 구조로 전환, 격리 누락을 PR 단계에서 자동 검출하는 검증 체계 구축
  • 주소 검증을 외부 조회 방식에서 우편번호 마스터 대조로 전환, 검증 통과율 71.10% → 99.97%
  • 실행 계획 분석으로 DB CPU 100% 장애 원인 쿼리 1.1s → 0.1s 미만, 출고대기 조회 10.5s → 2.6s 개선
  • 커머스 채널 주문 자동 수집과 발송 통보 연동, 처리 주기 일 1회 → 5분

일본 통관 시스템

포워딩 시스템 연동 기반 일본 통관 프로세스 관리 시스템

  • 통관 도메인(에어웨이빌, 수입신고) 설계 및 API 개발
  • Google Address Validation API 기반 주소 영문 변환과 검증 로직 개선, 오류율 2.4% → 0.35%
  • Kotlin Coroutines 병렬 처리로 주소 변환 500건 4분 36초 → 16초

자사 정산 시스템 개발

출고 데이터 기반 정산 프로세스 자동화 시스템 (일 최대 20만 건, 월 최대 100만 건)

  • 대용량 출고 데이터 수집 스케줄러 개발 및 정산 시스템 안정화
  • WebFlux 기반 비동기 처리 도입으로 5만 건 기준 30분 → 3분 (90% 개선)

팀프레시

2022.10 ~ 2024.11 (2년 2개월)

Backend Developer

콜드체인 플랫폼에서 B2B/B2C 유통/물류 서비스 개발 및 운영. 월 출고량 약 54만 건, API 월간 사용량 약 300만 건의 대규모 트래픽 환경을 안정적으로 운영.

B2B/B2C 유통 물류 통합 플랫폼

  • Redis 기반 분산락 적용으로 멀티 인스턴스 환경에서의 동시성 제어 및 데이터 정합성 확보
  • 아키텍처 전환 및 테스트 구조 개선
  • Spring Batch를 도입하여 장애 복구와 재처리가 가능한 대용량 데이터 처리 자동화 구조 구축

새벽시장 - B2C 유통 플랫폼

  • 신규 서비스 런칭을 리딩하며 일정 지연 없이 안정적인 오픈
  • 주문/결제 도메인 데이터 모델링 및 외부 결제 모듈 연동
  • 복합 결제 로직 설계(쿠폰, 포인트 등 포함) 및 결제 흐름 안정화

팀플레이스 - B2B 유통 플랫폼

  • 주문 및 통계 시스템 레거시 구조 리팩토링 및 고도화
  • 트래픽 집중 구간의 성능 병목 구조 개선

Java, Kotlin, SpringBoot, SpringBatch, MySQL, MsSQL, Redis

와이즈셀렉션

2021.09 ~ 2022.09 (1년)

Backend Developer

영양제 추천 플랫폼 '건강비밀'의 자가진단 서비스 및 백오피스를 개발하고 운영하며 사용자 경험 개선, 알고리즘 고도화, 비동기 메시징 구조 도입, 검색 시스템 개선 등을 통해 서비스 확장성과 안정성을 확보.

건강비밀 - 영양제 자가진단 서비스

  • Kafka 기반 비동기 메시징 및 CDC 구조 도입으로 서비스 병목 완화
  • 자가진단 알고리즘 응답 속도 최대 60초 → 1초 이내(98% 개선)로 단축
  • 통계 및 백오피스 관리 시스템 개선, 주요 지표 확인 자동화
  • 영양제 섭취 관리 리워드 서비스 개발로 재구매율 약 3배 향상
  • ELK Stack을 활용한 로그 수집 및 시각화

Java, SpringBoot, SpringCloud, Kafka, ELK, MySQL

위인터랙트

2021.03 ~ 2021.08 (6개월)

Backend Developer (인턴)

연구자 네트워크 플랫폼 '위인터랙트'에서 사업성 검증을 위한 MVP 프로덕트 개발.

MVP 프로덕트 개발

  • 프로젝트 팀원 연결 MVP 개발
  • 중개인을 통한 특허 거래 서비스를 위한 특허데이터 DB 모델링 & API 개발

Python, Django, PostgreSQL, Google Cloud Platform

Core Competencies

택배 연동 게이트웨이 구축

STL - 일본 풀필먼트 시스템

Problem

내부 시스템 3곳이 송장 발급, 라벨, EDI 전송, 배송상태 수집을 각자 구현하고 있어, 택배사 규격이 바뀌면 모든 시스템을 고쳐야 했고 택배사 계정과 접속 IP도 시스템마다 따로 관리해야 함

Solution

택배 연동을 게이트웨이 하나로 통합하고, 택배사 연동부를 포트/어댑터로 분리해 고객사마다 다른 택배사도 어댑터 추가만으로 대응 가능하게 설계. 택배사 계정, 접속 IP, 호출 한도를 한 곳에서 관리. 단독 구축으로 착수 8일 만에 운영 전환

멀티테넌트 구조 전환과 격리 검증

STL - 일본 풀필먼트 시스템

Problem

고객사마다 시스템을 한 벌씩 운영해 서버 비용과 중복 수정 부담이 컸고, 하나로 합치면 고객사 간 데이터가 섞일 위험이 있음

Solution

테이블 91개에 고객사 구분을 적용하고 조회에 고객사 조건이 자동으로 붙도록 구성. 고객사를 정하지 못한 요청은 조회 자체를 막도록 설계. 실제 DB 기반 테스트와 SQL 700개 전수 검사를 PR 단계에 붙여 격리 누락을 자동 검출

일본 주소 검증 정확도 개선

STL - 일본 풀필먼트 시스템, 일본 통관 시스템

Problem

외부 업체 조회로 주소를 검증해 외부 장애 시 검증이 멈췄고, 표기 차이(이체자, 장음 기호 등)로 오류 판정이 많아 실주문 통과율이 71% 수준

Solution

일본 우편번호 마스터 대조 방식으로 전환하고 표기 정규화 규칙을 정리해 통과율 71.10% → 99.97%(실주문 31,925건). 통관 시스템에서는 Google Address Validation API와 우편번호 기반 로마자 보정으로 영문 변환 오류율 2.4% → 0.35%

WebFlux 기반 대용량 데이터 처리 성능 개선

STL - 자사 정산 시스템

Problem

외부 시스템에서 출고 데이터 수집 시 블로킹 I/O로 인한 응답 대기 시간 과다 (5만 건 기준 30분 소요)

Solution

WebFlux 기반 비동기 병렬 처리 도입으로 5만 건 기준 30분 → 3분 (90% 개선) 달성

Redis를 활용한 분산락 적용

팀프레시 - B2B/B2C 유통 물류 통합 플랫폼

Problem

멀티 인스턴스 환경에서 공유 자원(재고, 출고 등)에 대한 동시 접근이 발생, 서버 간 락 관리가 되지 않아 중복 처리 및 데이터 불일치 문제 발생

Solution

Redisson 라이브러리를 활용해 Pub/Sub 기반의 분산락을 적용하고, 락 점유 시간 최소화 및 보상 트랜잭션 적용으로 동시성 이슈 해결

구조 개선을 통한 테스트 품질 및 유지보수성 향상

팀프레시 - B2B/B2C 유통 물류 통합 플랫폼

Problem

서비스 클래스가 과도한 책임을 지고 외부 인프라에 강하게 결합되어 있어 단위 테스트 작성이 복잡하고 비효율적인 상황

Solution

SRP와 DIP를 중심으로 구조를 개선하고, 헥사고날 아키텍처의 포트 개념을 적용해 외부 인프라와의 결합도를 낮춤. 물류 도메인에 POC 적용 후 팀 내 가이드로 문서화

Education & Certification