쿠폰 발급 유저 흐름에 대한 질문

이민준님 안녕하세요. 정책같은경우는 상황에 따라서 다르기때문에 어떤것이 정답이다라고 말씀드릴수는 없을것같습니다. 쿠폰이 생성되기까지 약간의 시간이 소요되는것이 가능한 상황이라면 이런정책을 안고갈 수 있을 것 같으며, 그것이 안된다면 감당이 가능한 트래픽만 api 의 요청을 할 수 있도록 해야합니다. 이는 콘서트 티케팅과 같은 이벤트때 순서표를 받는것을 생각하시면 수월할 것 같습니다. 또한, 카프카를 사용했을 때 생각하시는것처럼 많은 시간차이가 발생하지 않으며 준실시간성으로 생각됩니다. 메인으로 질문을 주셨던 실제유저가 쿠폰이 발급이 안되었는데 쿠폰사용을 시도하는 케이스는 일어나지 않습니다. 쿠폰이 발급이 안되었기때문에 사용할 쿠폰이 없기때문입니다. 다른 질문이 있으시다면 말씀 부탁드리겠습니다. 감사합니다!

네임드락 부모에(facade) 트랜잭션이 없을때

donkey 님 안녕하세요 namedlock 의 특성상 같은 세션 안에서만 동일한 키에 대한 락을 획득과 해제를 할 수 있습니다. 같은세션이란 Application Layer 의 세션이 아닌 mysql session 입니다. 따라서, 트랜잭셔널을 사용하여 같은 세션을 사용토록 하기위함입니다. 감사합니다.

네임드락과 분산락

gelab 님 안녕하세요. 1. named lock 같은경우는 redis 와 비슷한 방법으로 사용을 하신다고 생각하시면 편할것 같습니다. named lock 을 획득하는것만으로 정합성이 보장되는것이 아닌, named lock 획득이 1개의 스레드밖에 안되는특성을 활용하여 1개의 요청만 정합성이 요구되는 로직을 실행하도록 만든다 라고 이해해주시면 될것 같습니다. 1번의 답변으로 어느정도 말씀을 드린것 같습니다. 혹시 다른게 궁금하시다면 말씀 부탁드리겠습니다! 감사합니다.

facade 패턴 질문

donkey 님 안녕하세요. 일단 AOP 의 구현이 힘든 이유를 잘 모르겠습니다. Spring 의 Aop 를 활용하신다면 구현이 가능할것이라고 생각됩니다. facade 를 활용할 것이고, 그곳에서 service 를 이용하고 service 를 외부에서 이용 못하게 하고싶다면 접근제어자를 활용하여 같은 패키지 안에서만 사용가능하도록 하면 되지 않을까 생각합니다. 감사합니다.

Redisson lock() vs tryLock()

donkey 님 안녕하세요! 말씀하신 lock(3,TimeUnit.SECONDS) 이 어떤건지 좀만 자세하게 말씀해주실 수 있으실까요?