MSA 트랜잭션 처리 질문

Question

현재 카프카를 통해서 이벤트를 주고 받고있습니다. 근데 트랜잭션 처리를 어떻게 해야될지 잘 모르겠네요알아본 결과 많이 사용하는 패턴이 SAGA패턴, outbox패턴 이렇게 있는것같은데 일단 SAGA패턴이 그나마단순해보여서 먼저 시도해볼려고하는데 제가 이해한 SAGA패턴이 컨슈머쪽에서 처리도중 에러가 발생했을때다시 롤백하는 이벤트를 발행 하는? 로직으로 알고있는데 일단 제가알고있는 이게 맞는지 궁굼하고만약에 이게맞다면 그러면 모든 컨슈머로직에는 반대로 롤백하는 프로듀서를 또 만들어야되는건가요?이렇게되면 너무 복잡해질것같은데... 맞는지 모르겠습니다그리고 컨슈머에쪽에서 롤백 프로듀서를 발행후 컨슈머쪽에서 또 실패하면? 좀 어려운것같습니다ㅠ

테스트맨 · Answer

SAGA 패턴은 그냥 이론만 공부하시고 아 이런게 있구나 하고 버리세요MSA의 가장 큰 목적은 도메인의 분리입니다.트랜젝션이 결합되면 결국 의존성 결합이 생김.MSA 99%는 보상트랜젝션을 사용합니다.보상트랜젝션 공부하시길..그리고 MSA 하다보면 아 ㅈㄴ 데이터가 안맞네 라는 경우가 자주 생김그때 생각해야 하는건 MSA에서의 데이터 정합성은 '결과론적으로 일치'만 되면 됩니다.즉 안맞는 순간이 있더라도 결과론적으로 언제가 맞게됨

wharup · Answer

조금 정리하면, Transactional Outbox 패턴은 메시지를 신뢰할 수 있게 전송하기 위한 방법입니다. 서비스간에 이벤트를 전송할 때 기본으로 적용해야 합니다. 간단한 상태 전송에도 SAGA 에도 필요합니다.SAGA는 연속된 긴 트랜잭션을 이벤트로 처리하는 패턴입니다. SAGA 패턴의 각 스탭은 데이터를 쓰는 트랜잭션과 취소하는 보상 트랜잭션을 짝으로 가집니다. 그래서 전체 트랜잭션을 취소할 때 자동으로 롤백이 될 수 있게 합니다.이벤트로 트랜잭션을 처리할 때의 장점은 재시도하기 좋다는 것입니다. API로 재시도를 하려면 상대 서비스가 과부하로 문제가 생길 수도 있지만, 이벤트는 컨수밍하는 서비스가 컨디션 좋을 때 처리하는 방식이라 자연스럽게 재시도를 할 수 있습니다. SAGA 같은 경우에는 데이터를 쓸 때나 롤백하면서 보상 트랜잭션을 할 때나 자연스럽게 재시도를 할 수 있습니다. SAGA도 Isolation을 보장하진 않기 때문에 중간에 다른 트랜잭션이 데이터를 건드리면 문제가 생길 수 있습니다. 기술적으로는 그런 어려움이 있습니다. 하나 하나 따지면 그 뿐이 아니라 더 많죠. 그런데 실제 업무 기능을 놓고 보면 별 문제 없이 처리할 수 있는 케이스가 대부분이에요.참고로, SAGA를 공부하는 거랑 Transactional Outbox 패턴을 공부하는 거랑 성격이 많이 다릅니다. 이벤트를 신뢰할 수 있게 전송하고 수신해서 처리하는 거는 순수 기술 공부 성격이 큰 것 같습니다. 반대로 SAGA를 공부하는 건 업무 로직의 비중이 크고요, 그리고 이 때 이벤트는 신뢰할 수 있고 문제도 발생안한다고 치고 하셔도 됩니다.

MSA 트랜잭션 처리 질문

2개의 답변

#kafka 목록