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 이벤트를 발행합니다.이때 상품의 가격 정보나 결제에 필요한 정보가 있다면, 재고 서비스가 이를 이벤트에 포함시켜 다음 단계로 전달할 수 있습니다. 여기서 핵심은 뭔가 추가적인 정보가 필요하다면, 이 이벤트를 담아서 전송을 하는 겁니다. 그래야 다른 서비스가 해당 값을 참조하여 처리하는것이죠 질문에 대한 답변이 되었을까요?? 뭐든 다른서비스가 처리해야 할 정보가 있다면 단순하게 포함만 시켜서 전달한다 라고 이해하시면 더 편하실꺼 같아요. 감사합니다.

빌드 파일

안녕하세요 옥윤님 질문 감사합니다. 혹시 좀 더 세부적으로 어떤 내용이 궁금하신지 알 수 있을까요??

설명과 화면이 맞지 않습니다.

안녕하세요 Olla Vi님 혹시 어떤 내용에서 화면상과 매칭이 안되는지 공유 가능하실까요?? 예전 초기에 만들었던 강의라서 미흡한 부분이 많은거 같습니다. 관련해서 공유주시면 감사하겠습니다.