[일반] 김대기 주니어인 증거 찾아왔다

[웃스음(112.168)]

https://gall.dcinside.com/mgallery/board/view/?id=backend&no=9885

대용량 트래픽 논의글

빼박이네

[백갤러 1(121.55)]

DB에서 SELECT FOR UPDATE로 비관적 락을 사용하면 다른 트랜잭션이 대기하는게 문제라서 각 작업을 분리하여 병렬 처리하는게 핵심인가? Redis는 재고 확인만, 결제 워커는 결제만, DB 싱크는 별도로 수행..? 그런데 이렇게하면 관리를 하나씩 해야하는데 대규모는 관리가 이래서 힘들구나

[웃스음(112.168)]

더 정확하게는 대규모 시스템에서 락을 사용하면 심각하게 동시성이 저하되어 락을 최소로 걸고 재고수량을 업데이트 하는게 핵심임 그 과정에서 레디스에서만 업데이트 하고 나중에 한번에 디비에 맞추는 접근방법을 떠올릴 수 있는데 이 접근 방법은 레디스와 디비의 정합성을 문제가 발생할 수 있음(중간에 레디스가 장애나 요청 중 패킷 손실) 이런 문제는 몇가지 방법이 있는데 현실적으로 가능한 방법이 트랜잭션 아웃박스 패턴, SAGA 패턴임

[웃스음(112.168)]

위 문제 같은 경우는 최종적 일관성만 맞추면 되는 문제고 항상 원본 데이터와 복제본 데이터를 동기화 시켜줘야 하는 문제 즉 강력한 일관성을 맞춰줘야 하는 문제는 접근 방법이 달라짐 어떤 순간에도 원본 데이터와 복제본의 데이터가 동일해야 하기 때문에 분산 시스템이라면 2PC, 합의 알고리즘, 동기식 복제 등등 있는데 성능 ㅆ창이지

[백갤러 2(58.141)]

에코 처맞고잇농 - dc App