Orchestration 방식의 모듈 구성에 관한 질문

안녕하세요 질문 주셔서 감사합니다. 우선적으로 이 SAGA패턴이라는게 딱 정해진게 없습니다. 상황에 따라서 하이브리드 형태로 조합해서도 사용해요. 그래서 다양하게 조합하시면 좋습니다. 말씀해주신 부분도 사실 가장 일반적으로 볼 수있는 패턴이에요. 최종 조율자를 하나 더 둠으로써 조율을 좀 더 포괄적으로 수항하는거죠. 그래서 개인적으로는 나쁜 방향은 아닌거 같습니다 좀 더 책임이 명확해지는 방식인거 같아요. 대신 반드시 명심하셔야합니다 SPOF로써의 위험을 인지하시고 사용하시면 좋을꺼같습니다. 감사합니다!!

질문] 에러처리 관련 문의

안녕하세요 치즈초코우유님 이렇게 질문주셔서 감사합니다. 너무나도 유익한 질문같아요. 물론 말씀해주신 부분처럼 영역이 좀 더 포괄적이고 넓어진자면 에러처리하는 부분에서 문제가 많을겁니다. 저 같은 경우에는 기본적으로 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라... 사실 요즘은 이 부분을 뺄수는 없다고 생각을해요. 서비스가 너무 무거워지는 부분에서 더 많은 안티패턴이 등장한다고 생각해서. 혹시 어떤부분에 대해서 모놀리틱을 고려하고 계시는지 공유 가능할까요?? 생각하시는 관점에 대해서 다루고 논의해보면 더 좋은 질문이 될꺼같습니다!

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

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