🧑‍🏫 2주차 멘토링

멘토링

🙋‍♀️ [질문 1] (Backend)

AI 타로 상담 시, 웹소켓을 사용하여 서버와 통신하도록 구현했습니다.

시그널링 서버에서도 소켓 통신을 사용하고 있어 시그널링 서버가 웹소켓 통신과 WebRTC 통신을 모두 담당하게 할까 고민 중인데 이에 대해 어떻게 생각하시나요?

1. 기존의 방법 유지
    - API 통신으로 인한 시간 지연이 없을 것 같습니다.
2. 시그널링 서버에서 웹소켓, WebRTC 모두 담당하고, WAS에 접근할 때 API 요청을 보낸다.
    - 소켓 통신을 한 쪽에서 다 담당할 수 있다는 장점이 있습니다.

💡 답변

• 시그널링 서버는 Offer와 Answer를 주고 받으므로 WebRTC 통신 시작시에 사용된다.
• 확장성을 고려하여 WAS 서버에 socket.io를 두고 사용하자. (WAS만 확장할 수 있도록?)

+) 소켓 통신 분리하자!! (WAS 따로, 시그널링 서버 따로)

🙋‍♀️ [질문 2] (Frontend)

storybook을 사용하려고 했는데, 내부에 라우팅이나 네트워크 통신 같은 기능이 들어가게 되면 story를 만들 수 없게 되서 storybook를 결국 활용하지 못하고 있습니다.그런 로직을 다 분리해서 storybook을 사용해보는 게 좋을 지 아니면 storybook을 포기할지 고민입니다.

💡 답변

• storybook을 사용하는 목적에 대해 생각해보면 좋을 것 같다.
• 원래 목적? 디자이너와 협업? 컴포넌트에 대한 문서화?
• 컴포넌트를 로직과 분리하는 오버헤드를 감수할만한 지 생각해볼 것

+) 오버헤드가 클 것 같다. storybook을 포기하자. (2023.11.16)

+) storybook에서 라우터와 관련되서 mock처럼 쓸 수 있게 하는 기능이 있다. + api는 msw

써볼만 한 것 같다. 테스트 코드 작성 기간 (5주차) 때 가능하다면 시도해보자 (2023.11.20)

진행 상황

• FE : 공통 컴포넌트, 주요 페이지 컴포넌트 작업, 프론트 & 백 socket.io 연결
• BE : 환경 세팅, 주요 api 작업