[Develop] 채팅 서비스 소켓 발행/구독 이벤트에 대한 논의

[Junad-Park]

현재 채팅 서비스의 소켓 이벤트의 발행/구독 관계는 다음과 같습니다.

각 발행의 역할

1. app/~/chat-channels/status : 채팅 채널 목록 상태 업데이트 발행

역할
새로운 채팅을 수신하면 그 당시의 채팅 채널 목록 정보를 생성하여 6.채팅 채널 목록 상태 업데이트 구독에 전달한다.

2. app/~/read : 메시지 읽음 처리 발행

역할
특정 메시지를 읽음으로 처리하고, 이를 팀스페이스 내 모든 사용자에게 알리기 위해 5.팀스페이스 전역 메시지 수신 구독으로 빈 메시지를 발행하여 읽음 상태 업데이트를 수행한다.

-> 해당 이벤트는 채팅 채널에 접속하였을 때 혹은 4.특정 채팅 채널 메시지 구독이 수행되었을 때 2가지 상황에서 발행된다.

3. app/~/messages : 특정 채팅 채널 메시지 발행

역할
해당 메시지를 처리/생성 후 4.특정 채팅 채널 메시지 구독으로 발행한다.
추가로 채팅 채널에 접속하고 있지 않는 사용자의 메시지 수신을 위해 5.팀스페이스 전역 메시지 수신 구독으로 빈 메시지를 발행한다.

각 구독의 역할
4. topic/~/messages : 특정 채팅 채널 메시지 구독

역할
사용자가 현재 속한 채팅 채널에서 새로운 메시지를 수신받는다.
추가로 특정 채널 메시지를 구독하고 있다는 것은 채팅 채널에 접속하고 있는것이므로 2. 메시지 읽음 처리 발행 한다.

5. topic/~/receive-message : 팀스페이스 전역 메시지 수신 구독

역할
채팅 채널에 접속하고 있지 않은 사용자가 채팅이 왔다는 것을 수신 받는다. (현재는 채팅 채널에 접속한 사용자도 수신 받고 있다.)
채팅을 받았으므로 1. 채팅 채널 목록 상태 업데이트 발행한다.

6. topic/~/chat-channels/status : 채팅 채널 목록 상태 업데이트 구독

역할
사용자가 현재 속한 팀스페이스의 채팅 채널 목록 상태를 업데이트 받는다.
이는 새로운 채팅을 수신했을 때 업데이트된 채널 상태 정보를 받는 구독이다.

현재 문제점

1. 현재 메시지 하나를 보낼 때 3->4->2->5->1->6 / 2->5->1->6 총 10개의 발행/구독 이벤트가 발생 하고있습니다.
2. 너무 복잡하다. (현재 필자가 생각하지 못한 문제점도 분명 있을 것 같다. 찾아주시면 고맙겠습니다!)

왜 이렇게 구성되어 있나?

1. 채팅 목록 탭에는 있지만 특정 채팅 채널에 접속하고 있지 않는 경우

실시간으로 마지막 채팅 정보가 변화하는 모습과 각 채팅 채널마다 읽지 않은 채팅 개수를 알려주기 위함

2. 팀스페이스에는 접속해있지만 채팅 탭에 접속하고 있지 않고 다른 탭에 있는 경우

실시간으로 읽지 않은 채팅 개수를 알려주기 위함

더 심플하고 좋은 방법이 있는지에 대해 논의해 보고자 합니다