들어가며 사내 웹 서비스의 접속 로그(CSV)를 업로드하면 통계 분석 + IP 지리 정보 조회를 수행하고, 결과를 REST API로 제공하는 서비스를 설계해야 했습니다. 단순히 “CSV 읽고 통계 뿌려주기”로 끝날 수도 있지만, 실제로 구현하면서 마주친 문제들은 예상보다 훨씬 깊었습니다. 20만 줄의 CSV를 어떻게 안전하게 파싱할 것인가 ...
들어가며 인턴으로 합류해 가장 처음 마주한 운영 이슈가 ShortURL History Log가 너무 느리다는 것이었습니다. 사내에서 운영하는 URL 단축 서비스는 단축 URL을 생성하고, 해당 URL의 클릭 로그를 수집해 국가별 통계를 보여주는 기능을 포함하고 있었습니다. 문제는 이 통계 API의 응답 시간이 약 3분이었다는 것입니다. 사내 서비스...
들어가며 사내 포털의 부서(Dept) 관리 페이지를 리뉴얼하면서, 기존 부서 데이터 구조의 근본적인 문제를 발견하게 되었습니다. 부서 데이터는 본질적으로 트리(계층) 구조입니다. A사 > DEV > 웹개발팀처럼 상위-하위 관계가 존재하고, 이 관계를 기반으로 조직도를 렌더링하거나, 특정 부서의 하위 부서를 모두 조회하거나, 메달 지급 대...
3부. 성능 최적화: N+1 쿼리와 인덱싱 전략 시리즈 되짚기 1부에서는 트랜잭션을 왜 짧게 가져가야 하는가를 InnoDB 내부(Undo/Redo/WAL/fsync/MVCC)와 락 메커니즘, Spring 전파(REQUIRES_NEW)까지 내려가며 설명했습니다. 2부에서는 Webhook 처리와 조정(Reconciliation) 을 통해 PG와 내부...
1부. 트랜잭션 설계와 멱등성 보장 시리즈 구성 이 글은 결제 시스템을 실제로 구현하면서, 설계가 왜 그렇게 될 수밖에 없었는지를 설명하며 연재해 나가려 합니다. 결제 시스템은 보통 코드만 보면 단순해 보입니다. Payment 상태 바꾸고, PG(PSP) 승인 API 호출하고, 결과 저장하면 끝처럼 보입니다. 그런데 운영 환경에서 진짜 문제는 성공...
저희의 핵심 요구사항은 외부 PG사(Payment Gateway) 를 활용해 안정적인 결제 시스템을 제공하는 것입니다. 특히 보안 및 전자금융거래법, 개인정보보호법 등 규제 준수를 위해 카드 번호 등 민감 정보는 절대 시스템에 저장하지 않고 PG사에 위임해야 했습니다. 내수 서비스이므로 통화는 KRW(원화)로 단일화했습니다. 또한 결제는 사용자 계정...
들어가며 데보션 RAG 스터디 2회차 발표를 들으며 RAG와 Agent의 개념을 정리했습니다. 그때 스터디 과제로 각자 관심 주제로 프로그램을 하나 만들어보자는 이야기가 나왔고, 저는 이전부터 진행하던 코스콤 Apex 공모전 프로젝트를 RAG 기반으로 본격 재설계하기로 했습니다. Apex는 한국 주식 시장 뉴스·커뮤니티·공시 데이터를 수집해 감정 ...
안녕하세요 🫠 이번에는 부끄럽지만 처음으로 Spring boot 를 활용한 백엔드 개발을 무사히 마치고 작성했던 회고를 메모장에만 보관해두고 있다가 슬쩍 올려보고자 합니다 그동안 메모장에 봉인해두고 살다가 갑자기 올리는 이유는, 뭐든 초심을 지키면서 내가 처음에 의도했던 방향대로 나아가는 건 어렵기 때문입니다. 처음 개발을 시작했을 때, 잘하는 사...
안녕하세요! 😊 요즘 일상 블로그도 안쓰기도 하고 기왕이면 최대한 의미있게 쓰고 싶다는 생각에 개발 블로그 쓰기 시작하는 데에도, 완성하는 데에도 오래 걸려서 정말 오랜만에 블로그를 쓰러 앉았는데요! 이전 장애인 취업 지원 플랫폼 개발에서, 모놀리식 구조를 MSA로 변경하기로 하면서 하나의 이슈 사항 중 하나가, 호기롭게 grpc 도입을 추진했지만 ...
안녕하세요! 이번에 [2024 SKT-하나금융그룹 TECH4GOOD] 에 (강제) 참여하게 되면서 1박 2일로 짧게 개발을 진행하게 됐는데요! 비록 결과는 아쉬웠지만, 내가 짧은 시간 안에 이 정도의 아웃풋을 낼 수 있는 사람이구나를 알 게 되었고 또 기획적으로 이런 부분이 아쉬웠구나 등을 느낄 수 있어서 그럼에도 뜻 깊은 시간이었습니다 개발을 ...