Feature/nyh365 step2

[nyh365]

구현 사항

• 친구의 메인 계좌로 송금이 가능합니다.
  • 만약, 잔액이 부족하다면 10,000원 단위로 충전한 후 송금이 이루어진다.
  • 다만, Step 1 에서 언급한 일일 충전 한도는 여기에서도 적용이 됩니다.
• 인당 한도는 이제 0시 00분을 기점으로 초기화 되어야 합니다.

송금 기능

• A에서 B로 송금을 하는 경우 하나라도 실패하게 된다면 롤백을 해야합니다. A 계좌 잔액 감액을 위한 락을 가지게 되고, 이 락은 트랜잭션이 종료가 된 후에야 해제됩니다. 따라서 A 계좌 잔액 감액과 B 계좌 잔액 증액을 별도로 분리하여 처리하고자 했습니다. A 계좌 잔액 감액 후 B 계좌 잔액을 증액할 수 있는 메세지를 발행하고 처리할 수 있도록 RabbitMQ를 이용했습니다.
  (+메시지 큐로 RabbitMQ를 이용했는데 오버스펙이지 않을까 의문입니다.)
• B계좌 잔액을 증액하는 메세지를 발행한 후 롤백이 일어나면 문제가 생깁니다. B계좌 잔액을 증액하는 메세지가 발행되었지만 롤백으로 인해 A계좌 잔액은 변경이 없게 됩니다. 이를 해결하기 위해 Spring Event를 이용해서 A계좌 잔액 감액 트랜잭션이 커밋이 된 후에만 B 계좌 잔액을 증액할 수 있는 메세지를 발행할 수 있도록 이벤트 처리를 했습니다.
• A에서 B로의 송금 과정에서 B계좌 잔액을 증액하는 메세지 큐의 메세지를 처리하며 해결됩니다. 이때 메세지 큐의 메세지가 유실되거나 서버의 문제로 메세지를 발행하는 이벤트가 제대로 동작하지 않을 수 있습니다. 이렇게 된다면 A 계좌 잔액은 감액 되었지만 B계좌 잔액은 변경되지 않게 되어 데이터 정합성의 문제가 발생하게 됩니다. 따라서 별도의 테이블을 추가하여 A->B의 송금 내역을 관리할 수 있도록 하였습니다.
• 따라서 매분마다 스케줄러를 통해 송금 내역을 조회하여 유실된 메세지에 대해 다시 메세지 큐에 발행할 수 있도록 처리했습니다.

최종적으로 아래의 단계를 거치게 됩니다.

1. A 계좌 잔액 감액과 송금 내역 추가를 하나의 트랜잭션으로 처리
2. 트랜잭션이 커밋되면 B 계좌 잔액 증액 메세지를 메세지 큐에 저장하도록 이벤트 처리
3. 메세지 큐를 바탕으로 B 계좌 잔액 증액
4. 스케줄러를 통해 누락된 B 계좌 잔액 증액 메세지를 메세지 큐에 저장

인당 한도 초기화

• 자정마다 스케줄러가 동작하여 일일 한도를 초기화하도록 구현했습니다.
• 단순히 update 쿼리로 한번에 처리했는데 batch size만큼씩 update하는게 더 나을 것 같습니다.