정기 업데이트 6차

'새로 생겼어요' 화면을 위한 구현사항

[요약]

• 캐싱을 위해 projects 테이블에 컬럼 추가
• 어떤 프로젝트의 메시지인지 추적을 위해 chatrooms 테이블에 컬럼 추가
• 매우 잦은 변경이 일어나는 message 테이블에 대해 스로틀링 적용으로 부하 감소

---

[캐싱하기]
프로젝트의 활동 정보를 알기 위해서는
유저가 '새로 생겼어요'를 조회하거나 새로고침할 때마다 n개의 데이터에 대해서 매번 message 테이블과 feed 테이블을 조회해주어야 합니다.
이는 db부하를 유발합니다.

따라서 projects 테이블에 마지막 활동 시간, 마지막 활동 타입이라는 2개의 컬럼을 만들어 활동 정보를 캐싱했습니다.
(projects 테이블만 보도록!)

[그렇다면 어떤 정보를 어떻게 캐싱하는가?]
-> message 테이블과 feeds 테이블에 각각 트리거 삽입
두 테이블에 새로운 정보가 생길 때마다, 프로젝트 테이블의 컬럼을 업데이트 하도록 구현했습니다.

채팅방의 경우 project_id가 없어서 메시지의 연관관계를 추적해도 어떤 프로젝트에 해당하는지 알 수가 없었습니다.
따라서, chatrooms 테이블에 project_id 컬럼을 추가하고 채팅방 생성 시 해당 컬럼의 값을 설정해주는 로직을 추가해주었습니다.

[채팅은 짧은 시간에 매우 자주 생길 수 있는데 그것도 부하 아닌가?]
피드는 새로 생성되는데에 어느 정도 시간 간격이 있는 데이터이지만,
채팅은 1초에 몇 백 몇 천 건이 생성될 수 있는 데이터입니다.
따라서, 채팅 메시지 트리거에는 스로틀링 제한을 걸어두었습니다.

• 스로틀링 : 시간 당 요청량 제한 (예 : 1분에 5건의 요청까지만 받아줄게)

[스로틀링을 건 이유]
프로젝트가 활동 중임을 보여주고 싶은 것이지 실시간성이 중요한 부분이 아니라고 판단,
실시간의 정확성이 조금은 떨어져도 괜찮기 때문에 스로틀링을 적용했습니다.
-> 현재는 5분마다 최신 상태가 업데이트 되도록 설정되었있습니다.
Update 문보다 가벼운 SELECT 쿼리를 먼저 사용해 5분 이내에 변경된 이력이 있으면 PASS
-> 시간 설정은 언제든 변경이 가능합니다.

스로틀링을 통해 message 테이블과 project 테이블의 부하를 감소시켰습니다.