Feature/hellozo0 step2

[hellozo0]

구현사항

1. 다른 계좌로의 송금
   • 송금시, 계좌에 잔액이 부족하다면 10,000단위로 충전 후 송금
   • 충전할 경우, 일일 충전 한도인 3,000,000을 넘는지 확인
2. 0시 00분 기점으로 충전 한도 초기화

프로그래밍 요구사항

다른 계좌로의 송금

1. 기존 [Step 1] Repeatable Read + Xlock에서 Read Commited + Xlock으로 모든 트랜잭션 변경
   • 100명이 동시에 송금을 할 경우가 있다고 했을 때, 락으로 인한 대기와 동시성 처리를 생각해 수정
2. 한도 계산을 할때, Redis의 복구용으로 DB에 charge limit 컬럼 추가
   • redis에서 먼저 일일 한도 넘었는지 확인하는 로직은 그대로(트랜잭션 분리)
   • redis에서 일일 한도 안넘는거 확인하고, 값을 변경했다면 DB에 수정을 하도록 추가
3. 트랜잭션 분리 과정
   • Redis Key-Value + @scheduled
   • <트랜잭션 1> 먼저 내 계좌에서 돈을 차감한다. 돈을 충전해야한다면 충전하고, 돈을 보낼 수 있다면 레디스에 <sender, receiver, 충전한금액 : 보내는 금액> 정보를 저장
   • <트랜잭션 2> @scheduled를 통해 3초 마다 레디스의 송금 데이터를 읽어서 receiver 계좌에 돈을 송금한다.
   • 만약 트랜잭션 2에서 실패했을 경우, 3회를 더 시도하고 그래도 실패할 경우 송금 최종 실패 롤백을 한다(보낸 이에게 돈 다시 송금)

0시 00분 충전 한도 초기화

1. [Step1]에 이미 구현을 했어서 크게 달라지지는 않았지만 수정한 부분은 아래와 같다.
   • Batch로 Redis에 있는 키 값들의 데이터를 DB에서 조회해서 한번에 리셋
   • Redis에 있는 오늘치 데이터 다 삭제
   • 은행 저녁 점검 처럼 0시 부터는 10분간 redis를 사용 못하도록 lock

개선해야할 점

다른 계좌로의 송금

1. 현재 스케줄러로 송금 데이터 쌓인것을 처리하는 부분이 비즈니스 로직상 맞지 않음
   • 현재 레디스 + 스케줄러로 데이터를 직렬화해서 송금 처리를 하는 부분이 하드코딩적인 로직이라고 생각
   • 메시지큐나 Redis Stream을 통해 이벤트를 인지해서 처리할 수 있도록 수정 해야된다고 생각
   • 또한 쓰레드풀을 사용해서 비동기 처리할 수 있도록 수정 (현재는 직렬화 되어 있어서 문제발생 가능성이 많음, 실패했을 때 해당 데이터를 3회 바로 수행 하는것 => 만약 비동기 처리 했으면 다른 송금 데이터 처리를 동시에 가능

0시 00분 충전 한도 초기화

1. Redis 키 값으로 전체 조회하는 부분과 DB에 boolean 값을 둬서 오늘치 값을 다 초기화하는 방법 고민
   • 또는 transaction date를 기점으로 어제치를 다 초기화
   • 어떤 것이 성능상 이점이 있을지...크게 다르지 않을거라 생각하지만 더 쉬운방법을 고민중