spring-retry가 spring-core 패키지로 편입되었습니다.

도등어님 안녕하세요!트러블슈팅을 한 경험을 공유해주셔서 감사드립니다. 😃

TCC 주문 도중 문제 발생 시 상태 해소 전략 관련 질문입니다.

도등어님 안녕하세요.말씀하신대로 reservation entity 가 맞습니다.product_reservation, point_reservation 을 의도했습니다.감사합니다.

TCC PointService tryReserve 구현 관련 질문입니다.

도등어님 안녕하세요.지금 다시보니 로직에 버그가 있었네요 ㅠㅠ 아래와 같이 예약된금액과 예약할 금액을 모두 빼주어야 할 듯 합니다.public void reserve(Long reserveAmount) { long reservableAmount = this.amount - reserveAmount - this.reservedAmount; if (reservableAmount 말씀해주셔서 감사합니다. 강의내용은 추후 업데이트 하도록 하겠습니다.

[TCC 구현하기(2) - 동시성문제 해결하기] 질문

홍승현님 안녕하세요.질문에 대한 답변이 늦어져서 죄송합니다.경합이 자주, 많이 생기는 경우에는 낙관적락보다 비관적락이 유리한것이 맞습니다.다만, 커머스의 특성상 주문이 많더라도 하나의 품목에 동시에 주문이 오는경우는 적을것이라고 생각됩니다.이러한 특성을 생각한다면 여전히 낙관적락이 유리할것 같습니다.강의에 대해 좋은말씀 해주셔서 감사합니다!

ApplyService와 Consumer서비스의 db공유?

차성호님 안녕하세요!말씀하신대로 consumer 와 service 에서 동일한 db 를 공유하고 있기에 가능한것입니다.감사합니다.

안녕하세요 강사님 질문있습니다.!!

정인호님 안녕하세요.제가 이해한게 맞다면 OrderConfirmEvent 를 발행하면 재고, 쿠폰, 적립금을 한번에 처리를 한다고 이해를 했는데요.이렇게 되면 예외를 핸들링하기가 힘들어지기때문에 순차적으로 진행을 할 것 같습니다.예를들어 OrderConfirmEvent 를 발행하면 재고를 감소시키고 재고감소에 성공하면 쿠폰을 소진시키고 주문이 정상적으로 되면 적립금을 주는식으로 개발을 할 것 같습니다.병렬로 수행하게 되면 다른작업들이 끝났는지 안끝났는지 검사를 해야하는 로직을 추가해야 하기때문에 로직이 복잡해질것 같기때문입니다.만약 병렬로 수행을 해야한다면 실패이벤트를 받았을 때 다른 이벤트들이 종료되었는가? 에 대한 체크를 해야 할 것 같습니다.쿠폰이 실패되었을 때 재고는 처리되었는지? -> 재고가 처리되어있지 않다면 기다렸다가 다시 처리 감사합니다.혹시 또 질문이 있으시다면 댓글로 남겨주세요!

테스트 코드

퓨퓨님 안녕하세요.어떤것을 테스트하는것이 목적인가? 를 생각해보면 좋을것 같습니다.비즈니스로직을 검증할 때 저는 카프카 발행을 했는가? 정도만 검증을 하는편입니다.컨슈머쪽은 로직에 대한 테스트를 하는편입니다.통합테스트는 별도로 진행하진 않았는데 필요하다면 진행할 수 있을것 같습니다.대부분의 경우엔 카프카 메시지 발행여부정도와 실제로 동작하는지 확인하는정도로만 했던것 같습니다.감사합니다.

낙관적 락을 사용할 떄 차이점

문수님 안녕하세요!강의에서는 낙관적락을 사용한다는것을 명시적으로 나타내기 위해서 삽입하였습니다!어노테이션은 필요에따라 사용하시면 될 것 같습니다!감사합니다

동시성 검증 코드에 관한 문의

DevelopersNan 님 안녕하세요!좋은질문 주셔서 감사드립니다.1차적으로는 코드내에 Thread.sleep 같은 코드를 일시적으로 추가해서 경합이 발생할 수 있도록 코드를 제어할 수 있을듯합니다.하지만, 이것도 완벽한 방법은 아니기 때문에 실제로 많은 환경에서의 케이스를 테스트 하고싶으시다면 부하테스트 툴을 활용할 수 있을 것같습니다.많은 트래픽을 받을 수 있도록 서버를 세팅해놓고 부하테스트 툴을 통해 많은 트래픽을 유발시킨 후, 데이터가 의도한 대로 저장이 되었는지 확인해볼 수 있을듯합니다.감사합니다.

consumer가 topic을 전부 사용하기 전에 사용자에게는 쿠폰이 발급된것으로 확인하는 과정에서 발생가능한 문제.

황준성님 안녕하세요.말씀해주신것과 같이 kafka 를 사용하게 되면 잠시동안 쿠폰이 생성되지 않는 케이스가 있을 수 있습니다.말씀해주신 방법으로 해결할수는 있겠으나, 여러가지 케이스를 고려해보았을때 복잡도가 높아지는 경우가 있을 수 있을듯합니다. 조금의 딜레이도 허용되지 않는 서비스라면 앞에 대기열을 만든 후 디비가 처리할 수 있을만큼의 트래픽만 받을 수 있도록 제어하는 방법을 많이 사용합니다. 감사합니다.