[TIL] 프로젝트 22일차.. 프로젝트 고도화 작업하기!!

🌞 오늘은 어떤 하루였지..

전체적으로 구현한 내용들에 대해 고도화를 진행했다!

우선 Slack 알림이 필요한 곳에 추가적으로 알림 메시지가 전송될 수 있도록 구현했다.
처음에는 단순히 출고되었을 때와 배송 상태가 변경되었을 때도 똑같이 Slack 알림이 온다면 편할 것이라고 생각했다.
하지만 슬랙은 개발자들이 많이 사용하는 앱이었고, 사용자들이 슬랙을 사용하지는 않기 때문에 현실성이 많이 떨어지는 알림이었다..
그래서 어떻게 알림 메시지를 보내주는 것이 좋을까? 생각했고, 문자 메시지/카카오톡/이메일을 생각할 수 있었다.
그중에서 문자 메시지는 유료 서비스라는 것을 확인했고, 이메일과 카카오톡 중 사용자들이 더 많이 사용하는 것을 생각해 봤다. 우리나라 사람들은 카카오톡을 훨씬 더 많이 사용하고 있었다.
그래서 결론적으로 카카오톡으로 출고, 배송중, 배송완료 메시지를 보내주면 좋지 않을까 라는 생각을 하게 되었다.

그다음으로 팀원에게 피드백을 받게 되었다.
현재 재고 감소 로직이 주문 생성 토픽 안에 위치하고 있는데 따로 뺴는 것이 더 나아 보인다는 의견이었다. KafkaListener를 여러 개 사용해도 문제없으니까 따로 빼서 관리하는 것이 좋을 것 같다는 의견을 받았다.

또한 현재 구현한 로직에 문제점이 있었다.
같은 주문에 대해 배송이 여러번 생성될 수 있다는 것이었다. 이것을 방지하기 위해서는 orderId에 대해서 중복이 이루어지지 않게 제한해야 한다!
DeliveryRepository에서 주문번호가 동일한 Delivery는 생성할 수 없도록 제한해야 했다.

// 해당 주문에 대한 배송이 존재할 경우 예외 처리
if (deliveryRepository.existsByOrderId(request.orderId())) {
    slackNotifier.sendDeliveryCreateFailureAlert(
        request.orderId(),
        "DELIVERY_ALREADY_EXISTS",
        "ID가 " + request.orderId() + "인 주문에 대한 배송이 이미 존재하여 배송 생성에 실패했습니다.");
    
    throw new ConflictException(ErrorCode.DELIVERY_ALREADY_EXISTS);
}

해당 로직을 추가했고 결과적으로 동일한 주문 번호에 대해 배송을 생성하려고 하는 경우

다음과 같이 알림 메시지가 오게 되었다!

다음 문제점은 재고 감소 → 배송 생성 흐름으로 이어지고 있는데 배송 생성이 실패할 경우 재고는 감소가 되고 배송은 없는 상황이 발생하게 된다.
그럼 재고만 줄어들게 되고 배송은 생성되지 않는 혼란이 발생한다.
이 상황을 막기 위해서는 배송 생성이 실패했을 경우 재고를 되돌리는 로직이 필요하다.
재고 감소 → 배송 실패 → 재고 복원 흐름으로 해결할 수 있도록 하는 것이 베스트라고 생각했다.

그렇다면 재고 복원은 어떻게 진행하는 것이 좋을까 생각해 봤다.
똑같이 Kafka를 활용하여 비동기로 처리하는 것이 좋다고 생각했다. 실패했을 경우 재고 복원 메시지를 보내고 Listener가 받아서 처리할 수 있도록 하는 것이 자연스러운 흐름이라고 생각했다.

이렇게 문제점에 대해 해결책을 생각하다가 하루가 다 지나가버렸다 ㅎㅎ..

 

🗓️ 내일은 뭐 하지?!

✔️ 재고 복원 로직 구현하기
✔️ 카카오톡 알림 메시지 구현하기
✔️ TIL 작성하기