팀02 백엔드 중간 피드백 면담

1️⃣ 면담 일지

• Hwan - 유민환

• Mato - 강용수

• Will - 김재욱

면담 인증 샷

면담 내용

1. 진행 상황 보고

• 로그인, 인증 ( 100 % )

• 커플 ( 100 % )

• 이미지 업로드 ( 70 % )

• 게시물 ( 30 % )

2. 추가할 기능

• 알림 서비스

• 채팅 서비스

• 인프라 작업
• 무중단 배포

• 태그 캐싱 처리

3. 피드백

• 기본적인 기능을 끝내고 알림 같은 추가 기능들의 설계를 들어가면 좋겠다.

• 페이지네이션은 꼭 하면 좋겠다. ( 서버 부하 문제 등등 )
• 프론트분들과 상의하자.

• 알림 기능 구현을 먼저 해보는 게 좋을 것 같다.
• 8일 이후 알림에 대한 얘기를 해보고 작업을 진행하는 것이 좋을 듯.

• 이미지 서버는 인가처리 할 필요가 없을 것 같다.
• api 콜이 있을 때 인가처리를 한다.
• 이미지 서버를 분리해보자.
• 이미지 서버에 우선적으로 이미지를 업로드를 한다
• 현재 상황에서는 nginx도 따로 분리해야 한다.

• 서버에서 클라이언트쪽으로 뭔가 내려주는 것은 이상한 것 같다. (토큰 재발급)
• 분리해서 가져가는 것이 맞아보인다.
• 커플 맺기는 소켓으로 가던가 프론트단에서 처리하는 것이 맞다.

• 알림 서버
• 알림 서버는 따로 띄워서 알림 서버쪽에서 알려주는 식으로 처리하는 것이 맞다.
• 알림 테이블 설계
• 서비스 측면에서 보여질때 알림은 보여진다.
알림 시스템 설계
가상 면접 사례로 배우는 대규모 시스템 설계 기초 chapter 10. 알림 시스템 설계를 읽으면서 작성한 글 입니다 면접관 : 하루에 백만 건 이상의 알림을 처리하는 확장성 높은 시스템을 구축하려면 어떻게 해야할까요? 면접관이 다음과 같은 질문을 했다고 하자. 알림 시스템 설계 시 아래와 같은 내용을 고려할 수 있을 것이다.

https://velog.io/@heehee/%EC%95%8C%EB%A6%BC-%EC%8B%9C%EC%8A%A4%ED%85%9C-%EC%84%A4%EA%B3%84

• 태그 캐싱 처리 어떻게 생각하시는지?
• 태그정도는 캐싱처리해줘도 좋다.

• api/posts 가 api/couples/posts로 하는 것이 더 rest api 스럽지 않은지?
• api/couples/posts가 더 rest api스럽다.

• 엘라스틱 서치까지는 무리