한정현

개요

Google이 FCM XMPP 연결 방식의 종료 일정을 공지함에 따라, 자사 푸시 솔루션에 연동된 다수 금융·보험사 고객사의 앱 푸시를 HTTP v1 API로 일괄 전환. 서비스 중단 없이 기한 내 완료해야 한다는 제약 조건 하에 고객사별 전환 일정과 검증을 조율.

주요 작업

• OS별 HTTP v1 API 적용 및 Google OAuth 2.0 서비스 계정 인증 통합
• 고객사마다 상이한 앱 구성을 파악하고 개별 전환 계획 수립
• 기존 XMPP 로직과 HTTP v1 로직을 병렬 운영하는 구간을 설계해 전환 중 발송 공백 방지
• 전환 후 고객사별 발송 성공률 및 오류 로그 모니터링

고려한 것

• 고객사가 여럿이고 앱 구성이 제각각이라 일괄 처리 불가 — 고객사별 개별 전환 계획을 세우고 순차 진행
• 전환 중 구 방식과 신 방식이 공존하는 구간에서 중복 발송이 나지 않도록 분기 처리에 집중

결과

• Google 서비스 종료 기한 내 다수 고객사 무중단 전환 완료
• 전환 전후 발송 성공률 동등 수준 유지, 고객사 장애 보고 없음

개요

메리츠화재 앱/웹 대상 푸시 발송 관리 시스템 신규 개발. 고객사 담당자와 직접 소통하며 요구사항 정의·화면 설계·DB 설계·API 개발·운영 배포까지 전 과정 참여.

주요 작업

• 발송 대상 조건 설정, 발송 이력 관리, 통계 조회 기능 설계 및 구현
• Oracle DB 스키마 설계 및 MyBatis 기반 쿼리 작성
• Swagger 기반 API 문서화로 클라이언트팀과의 인터페이스 협의 및 연동 공수 절감
• 고객사 담당자와 직접 요구사항 조율, 기획 문서 작성 및 변경 이력 관리

고려한 것

• 기술 맥락을 모르는 고객사 담당자와 소통해야 했기 때문에, 요구사항을 기능 단위로 쪼개어 단계적으로 확인받는 방식으로 진행
• 운영 환경 배포 후 수정이 어려운 특성상, DB 설계와 API 스펙 확정을 개발 착수 전에 문서로 고정

결과

• 기획부터 운영 릴리즈까지 5개월간 완수
• 기존 수작업 발송 프로세스를 웹 기반 관리 시스템으로 전환, 운영팀 발송 업무 효율화

개요

자사 솔루션의 DB를 MySQL에서 금융권 표준 환경인 IBM DB2로 전환. 기존 쿼리의 문법 호환성 검토부터 데이터 타입 매핑, 성능 검증까지 담당.

주요 작업

• MySQL과 DB2 간 SQL 문법 차이 분석 및 전체 쿼리 호환성 검토
• 데이터 타입 매핑표 작성 및 변환 스크립트 작성
• 전환 후 주요 쿼리 실행 계획 비교, 성능 저하 구간 식별 및 튜닝

고려한 것

• DB2의 옵티마이저 동작 방식이 MySQL과 달라 동일한 쿼리라도 실행 계획이 달라지는 경우 발생 — 인덱스 힌트 및 쿼리 구조 조정으로 대응
• 운영 전환 전 테스트 환경에서 충분한 실행 계획 검증을 거친 후 적용

결과

• 기능 동등성 유지하며 DB 전환 완료, 성능 저하 없이 운영 이관

개요

Claude Code 세션의 토큰 소비·비용·git 상태를 별도 터미널 패널에서 실시간으로 시각화하는 CLI 도구. npx claude-code-hud로 즉시 설치 가능한 npm 패키지로 배포.

주요 기능

• Anthropic API 연동으로 5시간·주간 사용량 및 비용 실시간 집계 (OK/MID/WARN 상태 색상 표시)
• 토큰 분류(input / output / cache-read / cache-write) + 일별 비용 누적 집계
• git-aware 파일 브라우저 (M/A/D 색상 코딩), 소스 뷰어 스플릿 패널, API 엔드포인트 탐지
• git 탭: 브랜치 ahead/behind, diff 시각화, 인라인 브랜치 스위처
• 세션 프롬프트 타임라인 (사용자 입력 이력·타임스탬프)
• 한국어 키보드 레이아웃 대응 (ㅓ/ㅏ → j/k), macOS·Windows 크로스플랫폼

고려한 것

• Claude Code 자체가 터미널 전체를 점유하기 때문에, tmux 보조 패널에서 독립적으로 동작하도록 설계 — chokidar로 JSONL 세션 파일을 감시하며 화면 전환 없이 상태를 반영
• 터미널 UI 라이브러리(ink)와 React 선언형 모델을 채택해 상태 변경 시 최소 재렌더링

결과

• 토큰 소비·비용·git 상태를 전환 없이 파악할 수 있어 Claude Code 세션 전체 흐름 파악이 용이해짐
• 캐시 히트율·잔여 컨텍스트를 실시간으로 인지하며 프롬프트 전략을 조정할 수 있어 AI 활용 효율 개선

개요

다수의 사용자가 동시에 동일한 좌석을 예매하려는 시나리오에서 데이터 정합성을 보장하는 티켓 예매 백엔드 구현. 분산 락·큐 기반 동시성 제어와 이벤트 기반 알림 디커플링을 실험적으로 적용.

주요 작업

• DB 락 경합 성능 저하 해소를 위해 Redisson RLock 기반 상호 배제(Mutual Exclusion) + Redis SortedSet FIFO 대기열 큐를 결합한 유입량 제어 아키텍처 설계
• Redis SortedSet FIFO 큐: 스케줄러가 초당 100명씩 활성 대기열로 승격, 동시 활성 사용자 100명으로 제한
• Apache Kafka로 결제 완료 후 이메일/SMS 알림을 비동기 디커플링
• TTL 기반 Redis 키 만료로 대기 세션 메모리 자동 정리
• Prometheus + Grafana로 처리량·지연 시간·큐 길이 실시간 모니터링

고려한 것

• 단순 DB 유니크 제약만으로는 초당 수백 건의 동시 요청이 몰릴 때 락 경합이 심해짐 — 애플리케이션 레이어에서 분산 락으로 직렬화하고, 나머지는 큐로 순서를 보장
• Facade 패턴·Rich Domain Model을 적용해 동시성 로직이 서비스 계층에 분산되지 않도록 캡슐화

결과

• 동시 접속 1,000명·좌석 100개 부하 테스트 환경 구축, 분산 환경 정합성 제어 메커니즘 검증 — 초과 판매 0건, 데이터 정합성 100% 달성