플러스프로젝트 배경
1) 문제점 - 같은 계좌에 이체 요청이 동시에 들어오면 잔액이 어긋날 수 있었습니다. - 거래 내역은 시간이 갈수록 쌓여 조회가 점점 느려지는 구조였습니다. - 금융 규정이 요구하는 인증·권한·암호화를 함께 만족시켜야 했습니다. 2) 프로젝트 목표 - 동시 요청 상황에서도 잔액이 어긋나지 않는 이체 처리 - 데이터가 쌓여도 일정한 속도를 유지하는 거래 내역 조회 - 규정이 요구하는
프로젝트 성과
동시 이체 정합성 확보
같은 계좌로 동시에 들어오는 요청이 한 줄로 서도록 잠금 전략을 잡아, 잔액이 어긋나는 경우가 생기지 않게 했습니다.
거래 내역 조회 성능 개선
계좌별 조회가 전체 테이블을 훑지 않도록 복합 인덱스를 설계했습니다. 거래가 쌓여도 조회 비용이 함께 늘지 않습니다.
민감 데이터 암호화 저장
민감 데이터를 평문으로 두지 않고 암호화해 저장했습니다. 저장소가 유출되어도 그대로 읽히지 않습니다.
인증·권한 체계 구성
토큰 기반 인증과 역할별 접근 제어를 구성하고, 조회 API에 페이지 단위 규약을 넣었습니다.
핵심 기능
동시 이체 정합성 처리
같은 계좌에 이체 요청이 동시에 들어와도 잔액이 어긋나지 않도록 처리 순서를 강제해 중복 이체 위험을 없앴습니다.
진행 단계
백엔드 설계와 데이터 모델링
2017.09.
계좌와 거래 데이터 구조를 잡고, 동시 요청에서 정합성이 깨지지 않는 처리 순서를 정했습니다.
프로젝트 상세
1) 포트폴리오 소개 계좌 조회와 이체를 다루는 금융 서비스의 서버와 화면을 함께 개발했습니다. 서비스 카테고리는 금융 웹 서비스이며, 메인 타깃은 자신의 계좌와 거래 내역을 확인하고 이체를 수행하는 일반 이용자입니다. 돈이 오가는 시스템이라 "대체로 맞다"가 성립하지 않는다는 전제 아래, 거래 정합성과 금융 규정이 요구하는 인증·권한·암호화를 함께 만족시키는 것이 조건이었습니다. 2) 작업 범위 -
