作者 previa (.)標題 [討論] Youtube的SLA是幾個9?時間 Fri Dec 22 10:04:34 2023
服務水準協議 (SLA) 有許多面向,比如 Customer-level SLA、Service-level SLA
、Multi-level SLA。是用來評估服務品質的關鍵指標。
2008年,Google說他們可以達到99.9%的SLA
新聞:Google擴大Google Apps的99.9%服務品質保證
https://www.ithome.com.tw/news/51777
目前我沒查到Youtube的SLA,但是Google有提供Google Cloud的SLA
https://cloud.google.com/terms/sla ,我這邊選最接近Youtube的CND來看
https://cloud.google.com/cdn/sla,上面描述的SLA大概是 99.95%
用SLA計算器:
https://uptime.is/ 輸入99.95 得到預估不同時間週期,出問題的時間
Daily: 43s
Weekly: 5m 2.4s
Monthly: 21m 44s
Quarterly: 1h 5m 12s
Yearly: 4h 20m 49s
一天大概是43s,問題來了,跟柯P政見發表會被消失的44秒一致,被民視說是接收端問題
https://www.ftvnews.com.tw/news/detail/2023C21P14M1
但大家覺得這個巧合的可能性有多少?還是有人知道Youtube的SLA大概是幾個9?
要相信Google還是相信民視?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.161.118.175 (臺灣)
※ 作者: previa 2023-12-22 10:04:34
※ 文章代碼(AID): #1bXEwqLX (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1703210676.A.561.html
※ 編輯: previa (118.161.118.175 臺灣), 12/22/2023 10:08:16
講點技術性的來反駁
噓 brucetu: 這個一致有什麼意義你是工程師會這樣解讀?
你有看到yt weekly連續五分鐘無法服務過嗎
有看到他yearly 四小時無法服務過嗎3F 12/22 10:19
你有看過忽然好好的然後一下子40幾秒不能看?正常狀況的錯誤/不可用分佈會比較
偏向網路狀況起伏,會偏向是短週期掉包常態分佈在一整天那種。
這種好好的一下子40幾秒忽然不行又可以?你最好有遇過
推 gmoz: 99.9%不是YT問題
串流協定掉包應該會先模糊或馬賽克吧 對H.26x不熟6F 12/22 10:23
跟格式無關,跟Service是否掛掉有關
→ ssccg: CDN哪裡接近Youtube? 就算講Youtube也有分很多子系統,收看網站、創作者、廣告商的SLA就一定不一樣了8F 12/22 10:30
影像分發直播最接近youtube的就是CDN,不然勒?
Why Is a CDN Critical for Live Streaming?
https://www.wowza.com/blog/cdn-live-streaming
→ brucetu: 你看看SLA report怎麼計算的,再看看你說的議題,兩者沒有相關性,要討論什麼?10F 12/22 10:35
→ ssccg: 是說這種短時間中斷八成是網路問題,學民視把「我家以外都是對方問題」認定是Youtube問題很不專業吧13F 12/22 10:36
→ brucetu: 你可以討論44秒的lag或串流收訊中斷是否違反了服務商承諾的99.95,但你不能討論服務出現44秒的異常是不是因為服務商的服務品質是99.9515F 12/22 10:38
奇怪,我要怎麼問是我的自由。中斷的那幾秒民視推給Youtube,我用SLA去質疑民視
並沒有問題。同時間的其他Youtuber的live直撥就沒遇到一樣的問題,如果是整個服務
downtime或有問題。那其他直撥也應該都會被影響,但目前沒聽到有人反映。
推 gmoz: 剛剛又去複習了一下HLS HTTP-FLV XD18F 12/22 10:39
哈
→ brucetu: SLA99.95沒有告訴你「出現多少秒的異常就可以歸因於是服務商的問題」也沒有告訴你「他有沒有可能出現多少秒的異常」9 個 9一樣有可能發生系統崩壞十天不能服務,要看事件原因跟機率,被加密勒索搞到資料不見的小雲端硬碟廠商是幾個9?19F 12/22 10:41
笑死,你洗很大喔。我用數據SLA來說明這種單獨針對某特定人特定時間的異常,機率很低
你在哪邊扯東扯西。
→ brucetu: 這件事情要討論技術是要去追技術上的異常原因,不是在那邊算SLA,計算SLA不能給你任何有證據力的結論,當然原因只有整個串流經過的所有節點合作debug自己那段時間有沒有問題,才會有答案,所以一定不會有答案24F 12/22 10:45
你可以提出更有力的論述回文,不要躲
→ brucetu: 所以你說得44秒跟計算一致完全是狗屁不通的敘述,就像拿溫度計測雪地深度一樣28F 12/22 10:49
很急喔你,你不要躲我文章拉,回個文我在回你。你的留言糟蹋了我的文
※ 編輯: previa (118.161.118.175 臺灣), 12/22/2023 11:06:57
→ brucetu: 糟蹋個屁,一篇廢文還覺得被人糟蹋了?一個異常事件發生,你拿SLA來討論是否有可能是某個節點造成的,這麼廢的論點還要我回文跟你解釋?笑死31F 12/22 11:08
→ brucetu: 你這種行為就是多數工程師最討厭在職場上看到的不懂裝懂拿A問B還以為自己很有邏輯
我就看你這篇優文會有多少推35F 12/22 11:13
你很急嗎?一直噓,你用更好的評估服務可靠性指標來反駁試試看啊
你好了再敲我水球我再來看
※ 編輯: previa (118.161.118.175 臺灣), 12/22/2023 11:19:20
噓 gasbomb: 躲三小啦 你的邏輯才是死的好嗎38F 12/22 11:19
好笑,回個文很難喔,只敢躲推文噓
※ 編輯: previa (118.161.118.175 臺灣), 12/22/2023 11:21:25
噓 gasbomb: 這麼廢的東西不用回文浪費版面39F 12/22 11:21
噓 alihue: 直播時 client 端收訊不好當然會掉畫面43F 12/22 12:02
推 menShow: 可憐阿~
你說的都對.jpg44F 12/22 12:45
噓 Obama19: 八掛柵欄的SLA堪慮48F 12/22 14:27
噓 toper: 柵欄50F 12/22 15:10
噓 lej: 笑死 被洗臉還這麼嗆 滾啦53F 12/22 18:51
根本不覺得被洗臉啊~笑
噓 una283: 明顯是要軟工板幫畫押54F 12/22 19:22
SLA擺在那,這麼巧誰信。那些噓的也不敢回文哈
噓 leviliang: 我也八卦仔 但好好討論極少很難嗎?55F 12/22 20:20
噓 yamiodymel: Amazon 的 SLA 也很高還不是整天出事62F 12/23 04:20
你舉一個outage 40秒等級的來瞧瞧
→ yamiodymel: DigitalOcean SLA 也很高,結果我伺服器每次都被關
勿忘 Amazon S3 Outage63F 12/23 04:20
哈哈,你舉一個outage只針對特定用戶在特定時段的來看看啊。然後outage可以順切廣告?
wow 哈哈
※ 編輯: previa (118.161.118.175 臺灣), 12/23/2023 06:57:42
推 art1: 連相關性都說不出還想討論技術問題 XDDDDDDDDDDDD65F 12/23 09:42
→ HKCs: Google給Log就解決了 只是看Google要不要淌這混水
我是不相信Google這種大公司沒Log啦 誰出包一看就知道68F 12/23 14:12
--