2월 25일(화) 멘토링 질문 사항 수집

[Raemerrr]

멘토링 질문 사항 남겨주세요~!

[GentleDot]

로그 수집에 대해 이전에
링크를 추가하여 필요한 정보를 확인할 수 있도록 구성하는 걸 언급해주셨는데, 조금 더 구체적으로 어떻게 구현해 볼 수 있을지 멘토님께 여쭤보고자 합니다.

• 로그 수집 > 링크 > 슬랙이나 메신저 연동

[GentleDot]

• 로그의 수집

  • 키바나 (+ES) 저장된 내용의 링크 -> 비슷한 시점에 발생된 로그를 모아 볼 수 있도록 구성

• APM 정보와 함께 구성하면 조금 더 맥락 파악하기 좋음.

• 로그의 노이즈 줄이기

  • 로그 레벨 구성 세분화
  • 불필요한 로그는 미출력하도록 조정해가기

[GentleDot]

이전에 언급해주셨던 layered architecture 모범 사례(?) 에 대해 인사이트를 얻었으면 합니다.
유지보수하기 좋은 구조는 무엇인가? 에 대한 답을 정리하는데 큰 도움이 될 것 같습니다.

[Raemerrr]

클라이언트와의 Error 처리에 대한 논의 중 나왔던 방식에 대한 의견과 다른 방법은 어떤 것들이 있는지 궁금합니다.

지금은 첫 번째 방식으로 채택되었습니다.

• Exception Code를 별도로 정의해서 안내해 달라.
  • 예를 들어, payment와 transaction을 함께 조회하는 api에서 NOT_FOUND exception이 발생했다면, payment가 없다는 건지 transaction이 없다는 건지 구분이 안된다.
• Exception message를 BE에서 정해서 주는 대로 뿌리겠다.

---

예전에 리더님께 여쭤보긴 했는데요.
HTTP_STATUS Code로 충분하지 않을까 싶었는데 복잡한 상황을 해결할 방법은 아니라고 하셨네요!

[InvestLee]

infra
core
api에 각각 같은 DTO를 따로 추가하는 것이 의미가 있는지 문의드립니다.

[InvestLee]

외부와 내부 사이에 DTO를 사용하는 것은 의미가 있음
하지만 계층들 사이에 DTO를 사용하는 것은 이점이 없으며 불필요하게 유지보수할 필요가 있음

[devch37]

혹시 금액 같이 절대 변하지 않아야 할 숫자 데이터들은 API 상에서 Response 해줄 때 String 으로해주는게 좋을 지 .. ?! 아니면 BigDecimal / Long 로 타입을 유지 해주는게 좋을지 궁금합니다 ㅎㅎ !

BigDecimal / Long 으로 Response 해주는게 고민이 되는게 js 에서 자동으로 변환 되는 경우가 있어 고민이 됩니다 ㅎㅎ !
안전한것은 String 으로 Response 를 해주는게 더 안전한 것 같긴한데 의견이 궁금합니다 ㅎㅎ !

[InvestLee]

일반적인 application 패키지의 서비스는 인터페이스가 불필요한 경우가 많다.