회원시스템 이벤트기반 아키텍처 구축하기

Рет қаралды 14,787

우아한테크

Күн бұрын

Пікірлер

@User-ftdawitndiissm 9 ай бұрын

MSA를 적용할 경우에 강조되어야 할 내용을 잘 정제하여 전달해주신 것 같습니다 감사합니다😀

@ililllliiil Жыл бұрын

너무 좋은 지식공유 감사드립니다 완전하게 이해하고 외우고 싶어서 몇 번 더 봐야할거 같아요 🎉😮❤ 발표 너무 잘하십니다

@jws1837 Жыл бұрын

이벤트기반 아키텍처에서 이벤트의 책임은 어떻게 생각해야 할지 정리할 수 있는너무 좋은 내용이네요. 감사합니다. 어플리케이션 이벤트vs내부 이벤트 내용도 너무 좋았습니다.

@lucky_you_ 2 жыл бұрын

크.. 재밌었어요!!! 블로그 내용도 좋았지만 영상이 한번의 흐름이라 그런지 더 좋네요!!! 고맙습니다!!!!

@deweykang6624 2 жыл бұрын

각 이벤트 레이어에서 페이로드를 예를 들어주시면 이해가 더 빠를 것 같아요. 그래도 이해 쉽고 잘 들었습니다. 이벤트 레이어를 고민할 때 많은 도움 되었습니다. 감사합니다.

@louishuh921 Жыл бұрын

정말 좋은 세미나 공유해 주셔서 감사합니다.!! Application 내에 EventRecordListener가 저장한 이벤트를 시스템 내 Event Worker가 업데이트하는 부분이 좀 고민이 됐을 것 같아요.

@leobang2308 Жыл бұрын

재밌어요

@김해지하아이돌김찬호 2 жыл бұрын

크으.. 잘들었습니다!

@예압-p3j Жыл бұрын

비즈니스 로직들을 저렇게 관심사와 비관심사를 이벤트를 사용하여 나누는 부분에 대해서 충격을 받았습니다! 어플리케이션 내부에서도 메시징 서비스를 이용한다고는 생각도 못했거든요. 그런데 이벤트저장소를 구성함에 있어서 도메인 생성이 굉장히 많이 일어날 것 같은 염려가 드는데, 하루에 쌓이는 row수가 궁금하고, 스토리지 관리는 어떻게 하시는지 궁금합니다😮

@권성호-n7o 10 ай бұрын

질문이 있습니다! 이벤트 유실을 위해 별도 테이블을 정의해두고 해당 테이블의 published 가 false 이면 이벤트를 재발행하는 방법으로 이벤트 유실을 막는것으로 이해하였는데요, 2번 구독자 계층에 만들어놓은 published 를 true 로 업데이트하는 구독자에 장애가 발생하게되면, 이벤트 재발행 배치가 돌때마다 중복된 이벤트가 재발행 될 수 있을것같다는 생각이 들었어요. 중복된 이벤트를 처리하는 방법에는 어떤것들이 있을지 궁금합니다!

@archeage_villain Жыл бұрын

👍👍👍

@jinhyeongbak4400 2 жыл бұрын

@S_.H._C Жыл бұрын

뭐지 나 이 영상 보고 왜 이해 되는거지 뭐지 ... 내가 머리가 그렇게 좋지가 않은데...

@Transactional 2 жыл бұрын

👍

@karamchandsingh2331 Жыл бұрын

질문이 있습니다. 이벤트 행위라는 텍스트 컬럼은 어떤 데이터가 들어가는지 예시를 알 수 있을까요? json이든 일반 스트링이든 자율적으로 사용할 수 있는 컬럼일까요?

@예압-p3j Жыл бұрын

이벤트 기반 아키텍처에 대한 추가 궁금증이 생겨 남깁니다! 비동기적인 메시지 처리들은, 이벤트 기반으로 할 수 있을 것 같은데 MSA 환경에서 동기적인 메시지 처리를 할 때는 어떤식으로 설계하셨나요? 예를 들면, 마일리지를 보유하고 있어야만 마일리지를 사용하여 주문을 할 수 있는 기능을 구현한다 했을 때, 1. 마일리지 보유 데이터는 서버 A 2. 주문 관련 내용은 서버 B 로 구성되어있을것입니다. 하지만, 여기서 마일리지가 부족할 가능성이 있을텐데, 이벤트 기반 아키텍처로 구성하면 사용자에게 상황에 따른 처리 결과를 응답해줄 때 어떻게 해야 하나요!? 제가 그린 시나리오는 다음과 같습니다. 이 기능을 이벤트 기반 아키텍처로 구성했다면, B서버로 주문을 넣을 때 ("주문 API"를 사용) 1. 서버 B : "주문 발생"에 대한 이벤트를 이벤트 큐에 적재 (이벤트 1) 2. 서버 A : 이벤트 1 수신, 보유 마일리지 확인 -> "주문을 위한 보유 마일리지 정상" 이벤트를 큐에 적재 (이벤트 2) 3. 서버 B : 이벤트 2 수신, 주문 데이터 처리(!!!) -> 여기서 의문입니다. "주문 API" 요청자에 대한 커넥션이 끊긴 상태에서 요청자에게 어떤 응답데이터를 할 수 있는지 + 기존 요청 사항에 대한 내용은 어디서 확인하여 처리할 수 있는지 너무너무궁금합니다!!!