TCC - 분산 트랜잭션, event driven

[farmeter]

모노리틱 아키텍쳐에서 일반적인 DB 트랜잭션 과 대비하여

TCC = Try-Confirm/Cancel

• 분산된 REST 시스템들간의 트랜잭션을 HTTP, REST 원칙으로 해결
• Try Call && Conritm Call : API를 시도/확정 2번의 호출(POST, PUT)
  • try 성공 시 201(Created) 리턴, Confirm 성공 시 204(no content) 리턴.
  • DB에는 Status = "Confirmed"

예외케이스=실패케이스

• Try후 Confirm 하기 전에 오류가 난 경우 Cacncel(Delete) 요청, DB에는 Status가 "Cancel"
• Timeout의 경우는 Status가 null상태 이겠지요. 제외합니다.

특이한 경우

• 재고 차감 API는 동작하였으나, 결제API는 실패한 경우
• 나중에라도 결제할 수 있도록 처리해주면=> 결과적 일관성
• 아마존, 알리 등에서 이렇게 한다.

[farmeter]

TCC는 2PC 중 하나

[farmeter]

한단계 더 나아가서.. 서킷브레이커를 두면, msa에서 장애가 전파되지 않는다. ex. 주문이 죽었다. 대신 장바구니 조회/등록은 된다.

[farmeter]

이벤트 드리븐 아키텍처

메인 프로세스가 이벤트로 쏘도록 아키텍팅이 되어있어야

이벤트 드리븐은 비동기인데? 결과를 어떻게 받나

1. 사용자에게 200만 리턴하고, 완료 url을 던져서 클라이언트가 확인하도록
2. 응답을 subscribe 해서 주는 것

Kafka

[farmeter]