Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 트랜잭션
- ci/cd
- 지연로딩
- Jenkins
- Redis
- backend
- 웹캐시
- springboot
- method area
- Spring Data Redis
- 주문
- 리팩터링
- 재고 시스템
- CaffeineCache
- 부하테스트
- 동시성
- Ehcache
- java
- lazyloading
- 카카오 화재
- 제네릭
- JAVA8
- B+TREE
- Metaspace
- 상태패턴
- JPA
- 공변
- JDK14
- GithubActions
- nonclustered index
Archives
- Today
- Total
목록순서 (1)
NDM
6. 재고 감소 -> 주문이 맞을까, 주문 -> 재고 감소가 맞을까?
배달 서비스를 구현하는 slowDelivery 프로젝트 진행중입니다. 주문 로직에 대해 제가 고려한 것을 포스팅 하려고 합니다. 도메인은 장바구니 / 상품/ 재고 / 가게 / 주문이 있으며, 결제API는 클라이언트쪽에서 연동하기 때문에 결제데이터를 save하는 정도로만 구현했습니다. 장바구니와 재고는 Redis로 되어있으며, 나머지는 RDB를 사용했습니다. 재고에 Redis를 사용한 이유는 https://ndm-tech.tistory.com/34 에 기록해 두었습니다. 이번 포스팅에서는 아래의 내용을 다룹니다. 주문 로직의 순서를 결정하게 된 고민 과정 프로젝트를 진행하며 처음에 고생했던 부분은 주문이 성공하고 나서야 재고를 감소시켰었다는 점 입니다. 이것은 실제 상황과 비교해 볼 때, 가장 유사한 순서..
[프로젝트] Slow Delivery
2022. 9. 14. 17:12