김 도 빈

Backend Engineer · 5년차

Kotlin(Java)과 Spring Boot 기반의 백엔드 개발자로, 서비스의 운영 효율성과 시스템 안정성을 최우선으로 고려합니다. 대용량 데이터 환경에서의 성능 최적화 및 모니터링 체계 구축에 강점을 보유하고 있으며, 비즈니스 성장에 기여하는 견고한 아키텍처 설계 및 구현을 지향합니다 .

핵심 정량적 성과 (KPI)

주요 경력 스냅샷

• 에이티링크_펫링크 (2024.09 ~ 2025.09) 반려동물 플랫폼 핵심 아키텍처 설계 및 클라우드 인프라 구축에 기여
• 코웨이 (2022.01 ~ 2024.07) 140만 고객 대상의 통합 회원/인증 서비스 개발 참여, Kafka 기반 실시간 이벤트 처리 모듈 및 대용량 배치 시스템 구현을 통해 시스템 안정화에 기여
• 세컨신드롬_미니창고 다락 (2020.12 ~ 2021.12) 스토리지 플랫폼 핵심 아키텍처 설계 및 클라우드 인프라 구축에 기여

주요 기술 스택

• Kotlin
• Java
• Spring Boot
• JPA/Querydsl
• MySQL
• AWS
• Redis
• Kafka
• Docker

핵심 성과 요약

아래 표는 포트폴리오에 포함된 프로젝트를 최신 순으로 정리한 핵심 성과 요약입니다. 각 프로젝트명을 클릭하면 상세 내용 페이지로 이동합니다.

[에이티링크] 전자계약 시스템 설계 및 인프라 구축

기간: 2024.09 ~ 2025.09 | 기술: Kotlin, Spring Boot, Svelte, GitHub Actions, Python, EC2, VPC, Sentry

1. 분양샵 맞춤형 전자계약 자동화 시스템 설계

역할: 전체 아키텍처 설계·관리 화면 및 자동화 흐름 리딩

배경(Why)

• 전국 400여 분양샵이 서로 다른 계약서 양식 사용
• • 계약서 추가 시 FE·디자이너·QA 반복 투입, 대응 지연 발생

접근(How)

• 템플릿 편집: 매장이 HTML/텍스트 업로드 → 관리자에서 필드 설정해 템플릿 등록
• PDF 자동 변환 + 기본 검증: 항목 누락·페이지 넘침 자동 체크
• 운영 프로세스: 작성자 → 검수자 → 배포자 역할 분리, 버전·롤백 관리
• 데이터 표준화: 템플릿·필드·버전·이력 테이블 설계

성과(Result)

2. 인프라 아키텍처 설계 및 구축

배경(Why)

• 단일 서버 중심 운영으로 장애 대응·확장성 한계 존재
• 모니터링·로깅 체계 부재로 장애 분석 지연
• 수동 배포로 인한 리드타임 증가

접근(How) & 성과(Result)

• 도메인별 컴포넌트 분리(분양샵, 경매장, 브리더, 광고, 문서 등)
• GitHub Actions 기반 배포 자동화와 시크릿 분리 전략
• KT Cloud 폐쇄망(VPC) 구성 — 보험사 연동 보안 확보
• 모니터링 프로세스 구축으로 인한 장애 및 서비스 대응 시간 향상
• Redis 캐싱 및 S3+CDN으로 문서/정적 응답 최적화

[코웨이] 통합회원/인증 프로젝트

기간: 2023.06 ~ 2024.07 | 기술: Kotlin, Java, Spring Boot, Spring Batch, AWS DMS, Datadog

휴면회원 통합

배경(Why)

• 휴면회원 정책 변경으로 기존 22만명 휴면회원과 120만명 일반회원 통합 필요

접근(How)

• AWS DMS로 데이터 무중단 Migration 수행
• 연관 테이블 고려, View 테이블 기반 Migration 계획 수립
• 약관 동기화·이력 기록 및 사전/사후 검증 절차 적용
• 트러블슈팅
  • 실시간 회원 가입/탈퇴로 스냅샷 시점과 이관 완료 시점의 2건 차이 발생
  • 검증 과정에서 스냅샷 이후 신규 가입 건임을 확인하고 최종 정합성 문제 없이 Migration 완료

성과(Result)

[코웨이] 디지털 전환 프로젝트

기간: 2022.01 ~ 2022.12 | 기술: Kotlin, Java, Spring Boot, MSK(Kafka), BigQuery, FCM

1. Kafka 기반 모바일 주문 App Push 시스템

역할: Kafka Consumer Server 개발

배경(Why)

• 모바일 주문 시 실시간 알림 및 추천 판매인 연동에 대한 개발

접근(How)

• MSK topic 구독 → Consumer 서버에서 이벤트 수신 → FCM Push 발송
• FCM 전송을 비동기로 처리하고 콜백으로 성공/실패 이력을 기록해 재시도·모니터링에 활용
• Coway SDK 및 Datadog를 통한 로그 및 메트릭 모니터링 강화

성과(Result)

2. 실시간 고객 정보 제공을 위한 데이터 ETL 구축

역할: 데이터 추출 이후 데이터 로드 전략 수립 및 API 개발

배경(Why)

• 판매인이 고객의 전화를 수신 시, 구독 및 계약 관련 정보 즉시 확인 가능하도록 개발
• SAP 등 레거시 시스템에서 수백만 건 데이터를 안정적으로 통합하고 운영 DB에 반영
• 정보 지연(Latency) 없이 즉시 팝업 제공 필요

접근(How)

• BigQuery → S3 CSV → DB Load 적재 전략 설계 및 개발
• • 스케줄러(@Scheduled)기반 일일 ETL 수행
• 테이블 스왑(Table Swap)으로 운영 DB 부하 최소화
• REST API 설계 및 제공 → 휴대폰에서 고객 정보 즉시 확인 가능
• 트러블 슈팅
  • 휴대폰 수신 시 알림 정보 1~2초 지연 발생
  • 복합 인덱스 적용으로 조회 지연 해소

성과(Result)

3. 모바일 명함 & 캐시 최적화

배경(Why)

• 수동 명함 인쇄,전달 방식,정보 최신화 부족으로 인해 비용·시간 낭비 발생

접근(How)

• 스케줄러를 활용하여 외부 API 데이터를 주기적으로 수신, DB의 기존 데이터와 비교하여 변경분만 선별 -> 시스템 부하 최소화
• 트러블슈팅
  • 모바일 명함이 변경하면, 캐싱으로 인해 반영되지 않는 문제 발생
  • versionId를 통한 캐싱 우회

성과(Result)

[세컨신드롬] 핵심 비즈니스 기능 개발 및 개선

기간: 2020.12 ~ 2021.12 | 기술: Java, Spring Boot, MySQL, AWS(EC2,RDS,S3,ECR), Docker

사전예약·쿠폰 시스템 개발

• 신규 지점 오픈 때 초기 수요 확보를 위한 시스템을 설계 및 개발
• 사전예약 등록, 쿠폰 발급·사용, 운영툴 관리 기능을 구축

사전예약을 통한 신규 지점 고객 계약 건 증가

상담 신청 데이터 파이프라인 구축

• 기존에는 상담 신청 데이터가 CS팀에 전달되지 않아 응대 지연 및 이탈 발생
• 배치 기반 실시간 동기화를 통해서 Zendesk 티켓 발급

상담 처리 속도 및 결제 전환율 향상

네비게이션 최적길 운임 거리 연동 개발

• 기존 ‘직선 거리’ 방식으로 예상 운송 비용이 다르게 산출되며 고객 클레임 발생
• 네이버 지도 API 최적길 활용하여 실제 경로 기반 거리 계산 로직 도입

클레임 제거 → 고객 신뢰도 및 CS 효율성 향상

[세컨신드롬] 인프라 구축 및 핵심 비즈니스 기능 안정화

기간: 2020.12 ~ 2021.12 | 기술: Java, Spring Boot, MySQL, AWS(EC2,RDS,S3,ECR), Docker

구독결제 정산 시스템 안정화

배경(Why)

• 정산 시스템 오류로 DB·CS·계약 데이터 불일치
• 비효율적 O(n²) 반복으로 성능 저하
• 지속적 OOM 발생으로 인한 서버 불안정

성과(Result)

Legacy 웹호스팅 환경 → AWS 기반 3티어 아키텍처 & 메시징 모듈 고도화

배경(Why)

• 모든 구성요소가 단일 Cafe24 서버에 집중되어 있어서 개선 결정
• DB Polling 기반 설치형 메시징 모듈이 지연·부하 문제를 지속적으로 유발

접근(How) & 성과(Result)

• 단일 서버 구조에서 발생하던 자원 경합과 안정성 문제를 해소, RDS Replica 기반 읽기 부하 분산 및 고가용성 확보
• 설치형 메시징 모듈을 RestAPI 기반 서비스로 전환하여 결합도 감소
• Spring Boot 전환과 FE/BE 분리를 통해 유지보수성과 개발 속도 향상