지속 성장 가능한 코드 리팩토링에 관심을 갖기 시작해 제미니님의 영상들을 하나씩 보고 있는데 사고가 한층 더 넓어 질 수 있었던 것 같아요 좋은 영상들 감사합니다 :) 개인적으로 기록하고 공유하는 것을 좋아하는데 아직 취준생인 입장이라 주관적인 생각을 글에 담아낼 때 경험이 없는지라 가정에 대한 의견이고 명확하지 못한 의견들을 담아낼 때가 많은 것 같네요 더 성장한다면 제미니님처럼 좋은 영상들을 담아내보고 싶다는 생각이 들었습니다 오늘부터 구독자할래요 👍🏻
영상 잘봤습니다! 그러면 제미니님은 이벤트 발행에 대해 아웃박스 패턴을 애용하시는건가요? 먼가 db에 메시지를 적재하기 시작하면 너무 많은 데이터를 넣는 것이 아닌가, 삭제처리도 해야하지 않나? 라는 생각이 들더라구요. 이벤트 발행 실패에 대해 로그를 남기는 정도로는 커버가 충분히 안되나? 라는 생각도 들었는데 제미니님 생각이 어떤지 궁금합니다! 또 영상에서 아웃박스패턴으로 메시지를 발행하고 바로 async로 처리하신다고 하셨는데 그럼 비동기로 메시지를 발송하고 메시지 발송이 완료되었다고 메시지 상태를 변경하는걸 말씀하신건지도 궁금합니다!
케바케 마다 다릅니다! 만약 서비스 운영상 심각한 부분이 아니라면 말씀하신대로 로그 정도로 후속 대응이 가능 할 것 같구요! (잦게 생기지 않는다는 전제에서는요!) 그게 아닌 경우는 안정성을 위해 사용하는 편입니다! (누락시 재발송 및 리플레이 등등 운영상 이점..) 당영하지만 무조건 쓰진 않는 것 같습니다! async 쓰는 경우 발송 결과 업데이트를 합니다! 다만 이것도 구현 전략에 따라 다를 것 같긴합니다만(느슨한 것 이라면 실패 발생시만 이벤트를 저장하는 방법.. 등등) 기본 형태에서는 상태 업데이트가 필요합니다!
지속 성장 가능한 코드 리팩토링에 관심을 갖기 시작해 제미니님의 영상들을 하나씩 보고 있는데
사고가 한층 더 넓어 질 수 있었던 것 같아요 좋은 영상들 감사합니다 :)
개인적으로 기록하고 공유하는 것을 좋아하는데 아직 취준생인 입장이라
주관적인 생각을 글에 담아낼 때 경험이 없는지라 가정에 대한 의견이고 명확하지 못한 의견들을 담아낼 때가 많은 것 같네요
더 성장한다면 제미니님처럼 좋은 영상들을 담아내보고 싶다는 생각이 들었습니다
오늘부터 구독자할래요 👍🏻
도움이 되었다니 다행이에요!구독 감사드립니다 :D 화이팅 하시길 바랍니다!
항상 좋은 영상 감사합니다 :)
모든 질문에 답변과 추가 개선 사항까지 너무 감사합니다 영상 반복 하면서
머리에 박아두겠습니다 !!!ㅎㅎㅎ
질문 감사드립니다! 되움이 되었다니 다행이네요!
영상 잘봤습니다!
그러면 제미니님은 이벤트 발행에 대해 아웃박스 패턴을 애용하시는건가요?
먼가 db에 메시지를 적재하기 시작하면 너무 많은 데이터를 넣는 것이 아닌가, 삭제처리도 해야하지 않나? 라는 생각이 들더라구요. 이벤트 발행 실패에 대해 로그를 남기는 정도로는 커버가 충분히 안되나? 라는 생각도 들었는데 제미니님 생각이 어떤지 궁금합니다!
또 영상에서 아웃박스패턴으로 메시지를 발행하고 바로 async로 처리하신다고 하셨는데 그럼 비동기로 메시지를 발송하고 메시지 발송이 완료되었다고 메시지 상태를 변경하는걸 말씀하신건지도 궁금합니다!
케바케 마다 다릅니다! 만약 서비스 운영상 심각한 부분이 아니라면 말씀하신대로 로그 정도로 후속 대응이 가능 할 것 같구요! (잦게 생기지 않는다는 전제에서는요!)
그게 아닌 경우는 안정성을 위해 사용하는 편입니다! (누락시 재발송 및 리플레이 등등 운영상 이점..)
당영하지만 무조건 쓰진 않는 것 같습니다!
async 쓰는 경우 발송 결과 업데이트를 합니다!
다만 이것도 구현 전략에 따라 다를 것 같긴합니다만(느슨한 것 이라면 실패 발생시만 이벤트를 저장하는 방법.. 등등) 기본 형태에서는 상태 업데이트가 필요합니다!
@@geminikims 답변 감사합니다! 로그로 남기는 정도는 정합성 체크 등이 필요 없는 정도이겠죠?
여담이지만 오늘 인프콘에서 사진 찍어주셔서 정말 감사합니다ㅠ 좋은 추억으로 간직하겠습니다 감사합니다!
맞습니다! 저도 오늘 먼저 인사해주셔서 감사했습니다!!☺️
좋은 영상 감사합니다!
DB 에 이벤트를 저장할 시 그 테이블은 어떻게 만들어야하나요?
이벤트 객체 자체를 직렬화해서 저장해야하나요?
아니면 이벤트 파라미터들을 저장해야하나요?
선택 문제긴 하지만 json으로 많이하는 것 같아요!
직렬화 경우 잘못하면 클래스 이름 변경이나 몇몇 이슈로 역직렬화 시에 에러가 날 수 있어서 그런 문제가 최소화 된 형태라면 다 괜찮은 것 같습니다!
소리가 잘들려서 좋네요
좀 큰가 싶기도한데, 덕분에 오디오 증폭을 알게되었습니다! 감사합니다!
문제를 예측하는 습관!! 기능 하나여도 상상력을 동원해서 엣지케이스를 생각하는게 빡세네유..
엣지케이스는 항상 쉽지 않죠! 그래도 계속 테스트해보고 경험하다보면 축적이 되는듯 합니다!
가능한 많은 로직을 어플리케이션에 두고 테스트가 가능해야 한다고 생각해요오오오....
db bin 로그를 읽는 일따위는 지양해야한다고 생각해요오오오.......
공감입니다 :)
@@geminikims 댓글 달아주셔서 고맙다고 생각해요오오오...
영상 잘 봤습니다!
봐주셔서 감사합니다!