Q. 질문 정리
웹소켓으로 채팅 만들건데 db에 어떤 필드가 들어가야 하는지 아시나요?
채팅 → 이름 설정 (?)
글 마다 채팅방
채팅에 소속된 인원 → 채팅방-유저 매핑테이블
단발성으로 생기고 없어짐 생성일/글 fk/마지막으로 수정된 일자/ 채팅방 주인/활성화 여부
채팅 데이터는 별도로 저장*
프로젝트 스코프가 적정한가요? → 조금 많은 것 같다 기술적으로 어렵다기보다 비즈니스가 복잡하다, 구현시 시행착오 고려, 초반에는 단순화 해서 하다가 기능 추가(확장식으로)
Redis 
→ 로그인
→ 로그인Redis cache
/
→ x
Q. 추가할만한 기술스택(추천가능한가요?)
A. → Docker , AWS (필수는 아니지만 널리 사용되니까 서비스 이해를 해보는것이 좋다)
, AWS (필수는 아니지만 널리 사용되니까 서비스 이해를 해보는것이 좋다)기술스택을 넓히기보다 Spring 심화학습을
트러블슈팅을 꼭
추가 답변 :
카프카는 좀 찾아봤는데 적용 사례들을 보면 트위터의 좋아요나 팔로우 알림 이런 기능의 데이터들을 빠르게 전달할때 사용되는 경우가 많은것 같아요~ 그래서 보통은 데이터의 신뢰도가 중요한 기능보다는 저런 빠르게 처리되어야하는 부가적인 기능들에 도입해보시면 좋을것같고
아까 말씀드린것처럼 지금도 스콥이 충분히 있으시기때문에 여유가 되신다면 도입해보는 방향으로 해보시면 좋을것같습니다~
기능들
채팅
카프카는 좀 찾아봤는데 적용 사례들을 보면 트위터의 좋아요나 팔로우 알림 이런 기능의 데이터들을 빠르게 전달할때 사용되는 경우가 많은것 같아요~ 그래서 보통은 데이터의 신뢰도가 중요한 기능보다는 저런 빠르게 처리되어야하는 부가적인 기능들에 도입해보시면 좋을것같고
아까 말씀드린것처럼 지금도 스콥이 충분히 있으시기때문에 여유가 되신다면 도입해보는 방향으로 해보시면 좋을것같습니다
