질문] 에러처리 관련 문의

안녕하세요 치즈초코우유님 이렇게 질문주셔서 감사합니다. 너무나도 유익한 질문같아요. 물론 말씀해주신 부분처럼 영역이 좀 더 포괄적이고 넓어진자면 에러처리하는 부분에서 문제가 많을겁니다. 저 같은 경우에는 기본적으로 root class를 만들어서 해당 클래스를 모두 상속받아 구현하고 해당 root class를 exception의 기준으로 잡는것을 선호하는거 같아요. 나누어진만큼 나눠진 기준으로 class들을 만들어서 처리한다고 봐주시면됩니다. 물론 root class를 상속받아 사용하는 각각의 class들에 대해서는 공통필드나 사용할 수 있는 공통값이 있어야겠죠. 어느정도 이해가되셨을까요?? 혹시라도 추가적인 질문있다면 남겨주세요. 감사합니다!!

Orchestration 패턴시 트랜잭션 분리

안녕하세요 파이리이2님 질문 주셔서 감사합니다. 말씀해주신 부분이 현실적으로 틀린부분은 아니에요 정말 좋은 고민을 해주신거 같습니다. 어디까지나 저는 간단하게 어떤 형태라는것을 알려드리기위해 작성한바가 있습니다. 그러니깐 너무 이 코드가 맞다고 생각하지마시고 고민해주신 부분으로도 나쁘지않겠다는 생각이 들어요. 또한 오케스트레이션이라고 이벤트를 사용을 안하지는 않아요 현실적으로 비동기로 돌릴 수 있는 부분이 있다면 이벤트로 처리하시는것을 추천드려요. 어디까지나 표준이지 그 표준을 조합해서 하이브리드 형태를 가져가는것이 가장 좋은 패턴이라고 생각합니다. 추가적인 질문있다면 편하게 주세요 감사합니다!!

common 모듈의 필요성과 다른 방법에 대한 문의

안녕하세요 BeakGwa님 질문 감사합니다. 절대 죄송할만한 질문이 아니라서 죄송하지 않으셔도 됩니다 ㅎㅎ 우선 강의에서도 제가 언급했을텐데, 당연하게도 실무 또는 프로덕션 레벨에서는 따로 레파지토리를 관리하게 됩니다. 말씀해주신 Nexus도 많이 사용하죠 이 형태는 어느정도 강의이기 떄문에 추가적이거나 너무 혼동되는 내용은 삭제하려고 이렇게 구셩이 되었습니다. 참고해주시면 감사하겠습니다. 날이 많이 춥네요 ㅠㅠ 감기 조심하시고 좋은 하루 보내세요!

명령어 오류가 있으신 분들 저는 이렇게 해결했어요!

안녕하세요.Rojojun님!! 이렇게 공유주셔서 감사합니다. 제가 온전히 새로운 환경에서 진행한게 아니라서 저렇게 기본적으로 설치된 항목을 놓친거 같네요. 감사드리며 좋은 하루 보내시길 바라겠습니다!!

도커로 mysql latest(9.5) 이미지 사용시 explain 결과가 다른 부분 해결책

안녕하세요 승철님 아무래도 mysql의 가장 큰 변화가 8.0에 있다보니 9.x버전까지는 다루지 못했네요. 이렇게 공유주셔서 감사합니다. 좋은 하루 보내세요!!

주식거래와 같은 실시간 보장이 필요한 상황에서 SAGA 패턴 도입에 대한 문의

안녕하세요 BeakGwa님 질문 감사합니다. 우선적으로 이벤트를 진행하는 과정에 있어서 데이터 상태관리가 어떻게 구성되었는지는 모르겠지만.. 딱히 이런 부분이 존재하지 않았다면 당연하게도 2pc가 훨씬 좋을꺼 같습니다. 특히나 거래와 같이 동시성 문제가 너무 발생하기 쉬운 유형이라면 상태관리 측면이 쉽지는 않을꺼 같아서요. 저의 의견은 2pc로 정리해볼게요. 추가적인 질문이 있다면 남겨주세요. 감사합니다.

사가 패턴 질문

안녕하세요 김재연님 질문 남겨주셔서 감사합니다.구현하는 방식에 따라 msq를 도입해서 활용이 가능하겠지만 기본 구조는 rest로 통신하는것이 정석이기는 합니다. 혹시 어떤 정보를 통해 반대로 알고계시는지 알 수 있을까요? 공유해주신다면 질문에 대해 대답하는 과정에서 많은 도움이 될꺼같습니다. 질문 감사합니다!! 😆

강의_34] 공통 모듈 관련 질문입니다.

안녕하세요 질문주셔서 감사합니다. 잠시 일이 있어서 답변이 늦었네요 ㅠㅠ. 일단 실무로 간다면 당연하게도 추가적인 레파지토리를 구성한다고 봐주시면됩니다. 타입 관련된 class들이 위치할것이고 외부에서는 단순히 import해서 사용을 하는 형태죠. Msa라... 사실 요즘은 이 부분을 뺄수는 없다고 생각을해요. 서비스가 너무 무거워지는 부분에서 더 많은 안티패턴이 등장한다고 생각해서. 혹시 어떤부분에 대해서 모놀리틱을 고려하고 계시는지 공유 가능할까요?? 생각하시는 관점에 대해서 다루고 논의해보면 더 좋은 질문이 될꺼같습니다!

입금 성공 후 계좌 잔고 증가 로직 구현 방법 문의

안녕하세요 호로록님 제가 이벤트를 일부 뺴먹었나 보네요 ㅠㅠ 죄송합니다. 생각하시는 방향이 맞습니다. 우선 오케스트레이션 방식은 내가 동기적으로 볼 수 있기 떄문에 단순히 값을 추가해주시면 될 것이고 코레오그래피 패턴에서는 최종적으로 처리하는 이벤트 즉 예를들면 결제 성공 이벤트도 최초 계좌의 잔액을 담당하는 서비스가 소비를 하면서 계좌의 잔액을 처리하시면 됩니다. 생각하시는 방향이 틀리지는 않은거 같아요. 감사합니다!

코레오그래피 방식으로 SAGA 패턴을 구성할때 메시지 설계는 어떤식으로 해야하는지 궁금합니다

안녕하세요 minsik2434님 질문 주셔서 감사합니다. 기본적으로 코레오그래피 패턴을 구현하신다면, 특정 서비스의 API를 호출하면서 동작하지 않습니다. EDA 기반의 아키텍처가 기본이기 떄문에 보통은 모두 다 메시지를 통해서 처리를 하게 됩니다.물론 어쩔 수 없는 상황은 항상 존재합니다. 필요하다면 API도 가능하겠죠 이러한 상황에서 처리해야하는 정보를 이벤트에 담아서 전송을 하는 형태로 진행이 될 겁니다.예를들어서 (주문 → 재고 → 결제) 흐름으로 흘러간다면, 주문 서비스(Order Service)사용자가 주문 요청을 하면 OrderCreated 이벤트를 발행할 겁니다.메시지에는 주문 식별자, 주문한 상품 목록, 수량, 사용자 정보 정도가 포함될겁니다.이정도 포멧이면 될 꺼 같아요.{ "eventType": "OrderCreated", "orderId": "123123123", "userId": "USER", "items": [ { "productId": "001", "quantity": 2 }, { "productId": "2002", "quantity": 1 } ] } 재고 서비스(Inventory Service)OrderCreated 이벤트를 구독하고, 주문에 포함된 상품의 재고를 감소시킵니다.재고가 충분하면 InventoryReserved 이벤트를 발행하고, 부족하면 InventoryFailed 이벤트를 발행합니다.이때 상품의 가격 정보나 결제에 필요한 정보가 있다면, 재고 서비스가 이를 이벤트에 포함시켜 다음 단계로 전달할 수 있습니다. 여기서 핵심은 뭔가 추가적인 정보가 필요하다면, 이 이벤트를 담아서 전송을 하는 겁니다. 그래야 다른 서비스가 해당 값을 참조하여 처리하는것이죠 질문에 대한 답변이 되었을까요?? 뭐든 다른서비스가 처리해야 할 정보가 있다면 단순하게 포함만 시켜서 전달한다 라고 이해하시면 더 편하실꺼 같아요. 감사합니다.