Email ije90.work@gmail.com GitHub https://github.com/ije90s Portfolio https://buly.kr/A47JpAl

문제를 구조적으로 해결하고 안정성과 확장성을 고려한 시스템 아키텍처를 설계하는 백엔드 엔지니어입니다.

장애 대응을 넘어 구조 개선과 자동화를 통해 문제를 사전에 예방하는 시스템을 구축하는 것을 지향합니다.

🚀 Core Strengths

• 대규모 메시징 처리 최적화: SQS 기반 병렬 처리 및 중복 방지 구조 설계를 통해 처리 시간 67% 단축
• 서버리스 아키텍처 설계: Lambda 기반 이벤트 드리븐 구조로 평균 Latency 12ms의 고성능 API 구현
• 고가용성 및 운영 자동화: 장애 감지 및 자동 복구 구조를 통해 6개월 무중단 운영 달성
• 아키텍처 구조 개선: 모놀리식 → 도메인 기반 구조 전환으로 코드 복잡도 30% 개선

🛠 Tech Stack

• Backend: Node.js (Express), TypeScript
• Cloud: AWS, Naver Cloud Platform
• DB: MariaDB, MySQL, Redis, MongoDB, PostgreSQL
• DevOps: GitHub Actions, CodeDeploy

🎓 Education & Others

• 학력: 단국대학교 멀티미디어공학과 (2014)
• 자격증: OCP 10g Administrator (2013)
• 개인 프로젝트: NestJS 기반 고가용성 아키텍처 연구

💼 Work Experience (총 경력 9년 4개월)

Node.js & AWS 기반으로 메시징, 서버리스 아키텍처 설계를 중심으로 프로젝트를 수행해 왔습니다.

(주)땀 | Backend Engineer | 2023.03 ~ 2025.09

누적 다운로드 400만+, MAU 37만 규모 러닝/헬스케어 서비스 런데이를 운영하는 스타트업 (2025 기준)

1. SQS 기반 대량 푸시(FCM) 시스템 최적화 (2024.11 ~ 2025.07)

• 문제
  • 푸시 메시지를 API 서버에서 직접 처리하는 구조로 인해 응답 지연 및 장애 전파 발생
  • 대량 메시지 처리 시 처리 속도 저하 및 중복 발송 문제 발생
• 해결
  • SQS 기반 Producer-Consumer 구조로 분리하여 비동기 처리 및 시스템 간 결합도 감소
  • EC2 + PM2 클러스터를 활용한 병렬 처리 구조와 큐별 단일 워커 모델을 적용하여 처리량 확장 및 큐 간 간섭 제거
  • Long Polling 기반 메시지 소비 구조로 불필요한 요청을 최소화하고 안정적인 처리 흐름 구축
  • 메시지 처리 시간 대비 Visibility Timeout 만료로 발생하는 중복 처리 문제를 분석하고, Timeout 설정 및 처리 구조 개선을 통해 Race Condition 기반 중복 발송 문제 해결
  • 100건 단위 청크 처리 및 throttle 적용으로 외부 FCM 호출 최적화
• 성과
  • 메시징 시스템을 메인 서버와 분리하여 장애 전파를 차단하고 서비스 안정성 향상
  • 약 10만~20만 건 메시지 처리 시간 1시간 → 20분으로 단축 (약 67% 개선)
  • 병렬 처리 및 처리 흐름 개선을 통해 메시지 성공률 98% 이상 유지

2. 런데이-웰뱅 만보기 연동 서버리스 구축 (2025.01 ~ 2025.09)