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
- Logstash
- avo
- reactive
- kafka interactive query
- kafkastream
- Spring
- schema registry
- aws
- gradle
- Slick
- Elasticsearch
- spring-kafka
- Elk
- enablekafkastreams
- springboot
- scala
- 카프카
- kafkastreams
- play framework
- statestore
- spring-cloud-stream
- coursera
- Kafka
- RabbitMQ
- spring-batch
- 플레이 프레임워크
- kafka streams
- confluent
- scala 2.10
- 한빛미디어
Archives
- Today
- Total
목록EDA (1)
b
결제가 장애가 나면 어떻게 되는가?
https://deview.kr/2019/schedule/305 에서 소개한 11번가의 주문/결제 시스템에 관련된 이야기이다. 실제로 '결제'단계에서 장애가 났을때 11번가의 주문/결제는 어떻게 진행이 되었을까? 아래의 예는 지난 11월 11일 오후 1시경의 11번가 스토리이다. 단순화해서 "주문 -> 결제 처리 -> 11번가 데이터베이스에 저장" 흐름대로 주문/결제가 처리된다고 생각하자. 13:00 정각 기프티콘을 절반 가격에 한정 판매 하면서 주문은 미친듯이 들어온다. 12시 59분에 비해 약 4배의 속도로 주문/결제가 들어왔다. 당연히 주문 처리량 보다 높아졌다. 13:01분 부터 주문유입량 >> 주문처리량이 되었다. 원래대로라면 다른 주문들은 다 Rejection 하거나, 고객에게 1분 이상의 대..
카테고리 없음
2019. 11. 14. 15:54