Closed hrk091 closed 1 year ago
現状、Live talk更新のaction cableイベントが発火されたときに、全クライアントが一斉にtalk/trackのfetchを行う実装となっており、負荷増が懸念されることから、talk/trackの最新化のAPI callを減らすとともに、タイミングをばらつかせることで負荷を平準化しました。
live talkの更新はaction cableから渡されるデータだけを用いて行います。 talk/trackの最新化は、複数trackのうちはじめにlive talkの切り替わりが発生してから5分程度(厳密には270s〜330sの中のランダムな値)経過した後に1回だけ行うようにしました。
Review app
現状、Live talk更新のaction cableイベントが発火されたときに、全クライアントが一斉にtalk/trackのfetchを行う実装となっており、負荷増が懸念されることから、talk/trackの最新化のAPI callを減らすとともに、タイミングをばらつかせることで負荷を平準化しました。
live talkの更新はaction cableから渡されるデータだけを用いて行います。 talk/trackの最新化は、複数trackのうちはじめにlive talkの切り替わりが発生してから5分程度(厳密には270s〜330sの中のランダムな値)経過した後に1回だけ行うようにしました。