Thread by @plateau

今天看的是 NAVER 在 2020 東京奧運時直播運用到的 NAVER LIVE CLOUD 介紹 (tv.naver.com/v/23651957)。簡單來說，流程大致上可以分為"發送訊號"，"中繼"，"生產"，"傳送"，"播放"等步驟。 #DEVIEW #NAVER

前三個步驟都還是一對一對關係，但後面兩個步驟就會是一對多，或是需要傳送到無限多的使用者去播放內容。

有趣的一點是，他有提到不同直播性質的活動，人員的流動模式也會有所不同：購物直播的話，會在開播時衝很高慢慢下降；運動比賽的直播的觀看人數會逐漸上升，並在不同局數休息間有起伏；新聞類直播的話，則是從頭到尾都會維持在一定的水準。這對於在安排 server 上，其實會有所影響。

關於直播的流量主要分為兩種，一個是會經由 CDN 的影像播放；另一個則是播放時， Player 端需要用到的一些資料傳輸，必須呼叫到後台的 Server API。(然後後面有些聽不懂)

關於直播時遇到 traffic 突發狀況的應對策略階段：
1: 由國內 CDN，追加 Global CDN
2: 拿掉 Player 中的高畫質選項
3: Step 2 之前已經在看高畫質的觀眾，改變其觀看的畫質
4: 為保障已經加入在觀看的觀眾，不再接受新觀眾進入直播

有提到在 Player 端針對 QoE 有做哪些資料的 monitoring，其中包含使用的設備，網路環境，播放初始時間長度，buffering的時間等等。

最終，很酷的是 NAVER 招募資訊竟然是寫成 gitbook 放在 gitbook.io 上！ naver-career.gitbook.io/kr/service/ete…
等 conference 有興趣的影片看得差不多了，應該要來看一下他們的招募內容都寫了些什麼。