自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

如何利用播放器節(jié)省20%點(diǎn)播成本

移動(dòng)開(kāi)發(fā)
最終我們?cè)诤芏鄬?shí)踐中也發(fā)現(xiàn)通過(guò)播放器的優(yōu)化可以為點(diǎn)播業(yè)務(wù)節(jié)省20%甚至更多的成本,本篇內(nèi)容就將聚焦在播放器層面如何節(jié)省成本這一主題。

點(diǎn)播成本節(jié)省的點(diǎn)其實(shí)涉及諸多部分,例如:CDN、轉(zhuǎn)碼、存儲(chǔ)等,而利用播放器降本卻是很多客戶比較陌生的部分?;鹕揭婊趦?nèi)部支撐抖音集團(tuán)相關(guān)業(yè)務(wù)的實(shí)踐,播放器恰恰是成本優(yōu)化中最重要和最為依賴的部分。

火山引擎的視頻團(tuán)隊(duì)做了份數(shù)據(jù)統(tǒng)計(jì),在一個(gè)很經(jīng)典的視頻業(yè)務(wù)中,我們?cè)?022年至2023年大約1年半的時(shí)間里,針對(duì)這個(gè)業(yè)務(wù)進(jìn)行了33次成本優(yōu)化點(diǎn),其中13次是播放器主導(dǎo)的優(yōu)化,其余的有12次也是需要播放器強(qiáng)配合的優(yōu)化,也就是說(shuō)在這個(gè)業(yè)務(wù)里,75%的成本優(yōu)化是直接或間接由播放器參與,可見(jiàn)客戶端對(duì)成本優(yōu)化的關(guān)鍵作用。

最終我們?cè)诤芏鄬?shí)踐中也發(fā)現(xiàn)通過(guò)播放器的優(yōu)化可以為點(diǎn)播業(yè)務(wù)節(jié)省20%甚至更多的成本,本篇內(nèi)容就將聚焦在播放器層面如何節(jié)省成本這一主題。

點(diǎn)播成本構(gòu)成

在視頻點(diǎn)播的成本構(gòu)成中,有很明顯的二八原則:

圖片圖片

  • CDN帶寬成本占絕對(duì)的大頭,80%都是帶寬成本;
  • 其次是存儲(chǔ)和轉(zhuǎn)碼成本,二者占不到20%;
  • 額外還有一些其他的周邊的成本,比如日志處理的數(shù)據(jù)成本、AI處理的成本。

我們可以將成本的優(yōu)化理解成“置換”,在點(diǎn)播的成本優(yōu)化中,就存在2種“置換關(guān)系”:

第1種置換關(guān)系是“成本項(xiàng)之間的置換”,指的是「帶寬-轉(zhuǎn)碼-存儲(chǔ)」之間的置換。

圖片圖片

上圖是H.264升級(jí)到H.265編碼格式的例子,265的壓縮率相對(duì)比264要優(yōu)20%-40%,所以帶寬、存儲(chǔ)上265是大幅度減少;但是265的計(jì)算復(fù)雜度要復(fù)雜很多,所以轉(zhuǎn)碼成本大幅度升高。

這個(gè)圖不是一個(gè)等邊三角形,帶寬成本要遠(yuǎn)大于轉(zhuǎn)碼和存儲(chǔ)成本,所以這個(gè)置換是非常劃算的

第2種置換是“成本和體驗(yàn)的置換”,我們一般說(shuō)是“蹺蹺板效應(yīng):

圖片圖片

例如:

我們?cè)龃缶彺鏁r(shí)長(zhǎng),對(duì)應(yīng)體驗(yàn)上「卡頓率」就會(huì)降低,但是成本會(huì)增加;

抖音小視頻feed流場(chǎng)景,我們做預(yù)加載,這時(shí)候首屏感會(huì)更順滑,但對(duì)應(yīng)的成本是增加的;

降低碼率,那么體驗(yàn)上感到清晰度變差了,而成本就是減少的;

蹺蹺板中間支點(diǎn)是技術(shù),我們通常是希望固定體驗(yàn)、降低成本,依靠技術(shù)來(lái)支撐。

所以我們總在說(shuō)降成本,那降的到底是什么呢?我們這里用一個(gè)很簡(jiǎn)單的乘法公式來(lái)表示:

圖片圖片

在過(guò)去,“單價(jià)”是非常明顯的因素,大家往往選擇在采購(gòu)環(huán)節(jié)盡量的壓低單價(jià);而“用量”上通常會(huì)被認(rèn)為是無(wú)法改變的業(yè)務(wù)因素。

但“用量”實(shí)際上是包含2類(lèi),一類(lèi)是正常用量,確實(shí)是比較難改變的業(yè)務(wù)因素,但另一類(lèi)是“浪費(fèi)”,是可以被優(yōu)化的。

所以如何識(shí)別出浪費(fèi)、降低浪費(fèi),是播放器降本的關(guān)鍵點(diǎn)

那么造成浪費(fèi)的因素有哪些呢?

圖片圖片

例如在視頻播放過(guò)程中,會(huì)包括“已播放的數(shù)據(jù)”,和“未播放但已經(jīng)緩存的數(shù)據(jù)”,如果用戶中途離開(kāi)播放,那其中“已緩存的數(shù)據(jù)”都是浪費(fèi)了。

所以我們定義“浪費(fèi)”是“已經(jīng)緩存了、但不需要的字節(jié)數(shù)”。

從理想上來(lái)說(shuō),沒(méi)有浪費(fèi)是最好的;但往往業(yè)務(wù)中,浪費(fèi)是非常大的,大于30%是很常見(jiàn)的。

常見(jiàn)的可能帶來(lái)的浪費(fèi)包括了:

?未播放離開(kāi)

?向后拖拽

?切換檔位

?清晰度溢出(舉例:很小的手機(jī)屏幕播放4K的內(nèi)容,肉眼感知不到清晰度的區(qū)別)

播放器的成本優(yōu)化方法

針對(duì)上述的浪費(fèi)我們進(jìn)行了如下的具體優(yōu)化方法:

1、緩存的浪費(fèi)

圖片圖片

承接上圖的播放器緩存示意圖,如果用戶播放過(guò)程中離開(kāi)了,那么深灰色是浪費(fèi)部分。很容易就想到我們減少深灰色的部分的大小,比如把播放水位降低1/3(也就是圖中淺黃色的部分減少掉),不去緩存,那么浪費(fèi)就明顯的減少了。

這個(gè)就是靜態(tài)水位的思路,通過(guò)減少緩存水位來(lái)減少浪費(fèi)。

但是,靜態(tài)水位是很難抉擇的,水位大了浪費(fèi)多,但是水位太小了,卡頓就會(huì)明顯的增加。

這里有個(gè)馬太效應(yīng),從原理上,緩存的本質(zhì)是為了對(duì)抗網(wǎng)絡(luò)的抖動(dòng)的。 網(wǎng)絡(luò)穩(wěn)定好時(shí),只需要很少的緩存就足夠了,但是網(wǎng)絡(luò)好時(shí)緩存會(huì)填充的很快,大部分時(shí)間都是飽和的。反之,波動(dòng)大的網(wǎng)絡(luò),需要更多的水位,但總的上限也有限,無(wú)法提供有效的緩存。

為此我們實(shí)現(xiàn)了的動(dòng)態(tài)水位算法,我們根據(jù)一些因素來(lái)動(dòng)態(tài)的決策緩存水位的大小

?1)探測(cè)用戶的網(wǎng)絡(luò)速度和穩(wěn)定性,對(duì)穩(wěn)定性高、速度快的,我們減少緩存;對(duì)網(wǎng)絡(luò)速度差、穩(wěn)定性差的網(wǎng)絡(luò),就增大緩存,這樣在網(wǎng)絡(luò)抖動(dòng)時(shí)就能夠有更大的緩存空間使用;

?2)根據(jù)用戶的播放行為,通過(guò)數(shù)據(jù)分析道,視頻觀看的前期,用戶離開(kāi)的比例會(huì)更高,觀看的后期,離開(kāi)的比例就會(huì)降低, 所以前期的緩存水位小一些,后期的緩存水位大一些;

?3)還有一些其他的因素,但目的是在每次播放時(shí)決策出一個(gè)盡量合理的緩存水位,來(lái)平衡卡頓和浪費(fèi);

決定了緩存水位大小之后,還有個(gè)細(xì)節(jié)點(diǎn)就是range請(qǐng)求。

圖片圖片

Range是http協(xié)議的一個(gè)請(qǐng)求頭,默認(rèn)是“0-請(qǐng)求” ,表示請(qǐng)求完整文件。

左側(cè)的圖示意,如果是單獨(dú)發(fā)一個(gè)“0-請(qǐng)求”,那么CDN服務(wù)端就會(huì)持續(xù)的返回整個(gè)文件,如果在中途斷開(kāi),從服務(wù)端視角來(lái)說(shuō),這些數(shù)據(jù)已經(jīng)發(fā)送過(guò)去了,無(wú)論客戶端是否需要,都已經(jīng)計(jì)費(fèi)了,就構(gòu)成了浪費(fèi)。

在上圖,我們分成3段來(lái)發(fā)range請(qǐng)求,中途斷開(kāi)時(shí),是可以停止掉最后一段,那么浪費(fèi)就大幅度減少了。

同樣,靜態(tài)的range是很難抉擇的,range拆分的太細(xì)會(huì)引起卡頓的提升;range過(guò)大了成本節(jié)省的效果又不夠了。

這里我們引入目標(biāo)水位的概念,就是剛剛講的動(dòng)態(tài)水位算法所決策出來(lái)的水位大小。

播放器Range請(qǐng)求的應(yīng)遵循兩個(gè)原則:1. 將當(dāng)前視頻盡快緩存到目標(biāo)水位。2. 控制Range拆分的大小,避免太小的Range拆分。

圖片圖片

上圖是動(dòng)態(tài)水位算法+動(dòng)態(tài)range拆分的效果示意圖:

?橫軸代表時(shí)間線。 縱軸上圖是視頻下載的大小,藍(lán)色塊代表一個(gè)range請(qǐng)求;下圖是緩存的大小,橙色的折線表示緩存隨著視頻文件下載和播放時(shí)間的波動(dòng)情況,橫著的虛線是目標(biāo)水位。

我們從左到右,分析下目標(biāo)水位和range的關(guān)系:

? 看第1條豎著的紅線,決策出來(lái)第一條目標(biāo)水位1,是啟播水位,啟播時(shí)的range會(huì)略大于后面的2個(gè)range;

? 第2條豎著的紅線,是判斷出一次水位提升,有可能是檢測(cè)到網(wǎng)絡(luò)波動(dòng),會(huì)提高目標(biāo)水位到水位2,同時(shí)做一次略大的range請(qǐng)求來(lái)達(dá)到目標(biāo)水位;

? 第3條豎著的紅線,是再次提升目標(biāo)水位,到水位3,有可能是因?yàn)橛^看時(shí)長(zhǎng)增加到閾值,判斷離開(kāi)概率較小,所以保持高水位;

?后續(xù)的播放,在目標(biāo)水位3隨著時(shí)間波動(dòng),range大小也會(huì)穩(wěn)定些。

從最終效果上看,在任意一個(gè)時(shí)間點(diǎn)離開(kāi),都能夠保障相對(duì)合理的浪費(fèi)。

?我們?cè)诓煌瑯I(yè)務(wù)上實(shí)踐了很多次動(dòng)態(tài)水位+動(dòng)態(tài)range的AB實(shí)驗(yàn),在體驗(yàn)指標(biāo)持平或更優(yōu)的前提下,帶寬降低8%;

2、預(yù)加載的浪費(fèi)

在類(lèi)似于抖音這種feed流下滑的場(chǎng)景,會(huì)提前加載好下面的視頻,能夠使滑動(dòng)更順暢,我們 叫“零首幀”效果,里面作用最大的就是預(yù)加載。

一般的預(yù)加載是固定幾個(gè)視頻,每個(gè)視頻固定的大小。為了得到更好的預(yù)加載效果,會(huì)盡量多、盡量大的做預(yù)加載,也就構(gòu)成了浪費(fèi)。

圖片圖片

我們做的“精準(zhǔn)預(yù)加載策略”,在“時(shí)機(jī)、大小、個(gè)數(shù)”上做精細(xì)化的優(yōu)化:

?1) 時(shí)機(jī)上,對(duì)預(yù)加載也進(jìn)行切片,這樣可以區(qū)分出來(lái)一部分是緊急的, 其他是不緊急的。比如圖里,標(biāo)記P0的是要最優(yōu)先下載的,然后可以做預(yù)加載,預(yù)加載標(biāo)記P1的部分,然后是當(dāng)前視頻的緩存水位,之后可以選擇是否要預(yù)加載P3的部分。

?2)大小上,每個(gè)視頻也會(huì)結(jié)合視頻的長(zhǎng)度、頭大小、碼率等因素計(jì)算出來(lái)需要預(yù)加載的大小

?3)個(gè)數(shù)上:按照f(shuō)eed list中的優(yōu)先級(jí)依次預(yù)加載后續(xù)N個(gè)視頻(動(dòng)態(tài)計(jì)算),也會(huì)結(jié)合用戶本身的行為(比如快速滑動(dòng))來(lái)動(dòng)態(tài)決策。

?我們?cè)诓煌瑯I(yè)務(wù)上進(jìn)行AB實(shí)驗(yàn),都能夠驗(yàn)證這策略可以有效的提升預(yù)加載利用率、降低對(duì)應(yīng)流量成本 ;

3、清晰度的浪費(fèi)

現(xiàn)在的主干場(chǎng)景是在移動(dòng)端看視頻,大家都會(huì)有啟播選檔的策略,就是在播放啟動(dòng)時(shí),決定所需要的清晰度,一般是跟隨網(wǎng)速、碼率來(lái)決策的。

圖片圖片

經(jīng)常大家面臨的場(chǎng)景是,在豎屏里播放橫屏視頻時(shí),實(shí)際上在很窄的一個(gè)空間里進(jìn)行播放, 這個(gè)時(shí)候,如果依然使用完整的清晰度,那么肉眼是看不出來(lái)的清晰的。而且,通常情況下小窗播放時(shí)用戶的主要關(guān)注度也并不是畫(huà)面清晰度,所以就產(chǎn)生了實(shí)際上的清晰度浪費(fèi)。

我們對(duì)應(yīng)的解決策略叫 “窄屏低清” ,就是識(shí)別出來(lái)顯示區(qū)域很窄時(shí),播放低清晰度的視頻(比如360P),當(dāng)需要橫屏?xí)r,再快速的切換為正常的清晰度。這里如果是mp4格式播放,需要轉(zhuǎn)碼也做些配合,支持mp4的幀對(duì)齊和平滑切換。

在很多應(yīng)用中都是很常見(jiàn)的,也有常見(jiàn)的小窗播放,多個(gè)業(yè)務(wù)的AB實(shí)驗(yàn)都能有3%以上的成本收益;

另外清晰度上還有個(gè)很棒的能力,是客戶端超分。隨著客戶端超分能力的優(yōu)化,現(xiàn)在很大一部分機(jī)型在客戶端向上超分一個(gè)檔位是完全沒(méi)問(wèn)題的,耗電可以忽略。

對(duì)應(yīng)節(jié)省成本的策略是“降檔超分”,就是分發(fā)的清晰度向下降一檔,然后再通過(guò)客戶端超分降主觀清晰度補(bǔ)回來(lái)。在國(guó)內(nèi)當(dāng)前的機(jī)型條件下,大部分業(yè)務(wù)能夠有6~8%左右的成本收益

4、異常流量的浪費(fèi)

我們根據(jù)「播放器日志是否可以識(shí)別」、「是否是正常流量」把流量分成了4類(lèi)。

圖片圖片

在非常多的業(yè)務(wù)中會(huì)發(fā)現(xiàn)第三種情況:流量有異常浪費(fèi),比如有部分視頻碼率過(guò)高,可能是沒(méi)轉(zhuǎn)碼,或者轉(zhuǎn)碼模版用錯(cuò)了。我們開(kāi)始時(shí)會(huì)認(rèn)為“這些都是很明顯的失誤,業(yè)務(wù)層小心點(diǎn)不就行了么? ”,但后來(lái)我們做成了單獨(dú)的異常流量分析模塊。我們跟業(yè)務(wù)嘗試分析原因,發(fā)現(xiàn)業(yè)務(wù)總是復(fù)雜的:

  • 比如業(yè)務(wù)場(chǎng)景很復(fù)雜,包括短視頻、長(zhǎng)視頻、主頁(yè)視頻、廣告視頻等等;
  • 研發(fā)的迭代也通常會(huì)帶來(lái)些歷史問(wèn)題;
  • 并不是所有的人員都需要持續(xù)的感知成本,只要有一個(gè)環(huán)節(jié)漏掉了,那么就可能會(huì)造成很大浪費(fèi)。

這里還有個(gè)問(wèn)題點(diǎn),如果是體驗(yàn)問(wèn)題或者bug,總會(huì)有用戶保障,來(lái)及時(shí)發(fā)現(xiàn)。但成本問(wèn)題,用戶基本是無(wú)法發(fā)現(xiàn)的,發(fā)現(xiàn)時(shí)就比較晚了。

我們是通過(guò)端到端的日志分析來(lái)發(fā)現(xiàn)和避免這些浪費(fèi)的。原理很簡(jiǎn)單:

1)在客戶端對(duì)日志染色,

2)cdn日志里記錄的,區(qū)分是否是播放器產(chǎn)生的、是否是我們點(diǎn)播的域名。

3)對(duì)兩頭的日志進(jìn)行比對(duì)和分析;

不僅如此,這里還有個(gè)副產(chǎn)物,是通過(guò)這些日志分析,識(shí)別到業(yè)務(wù)真實(shí)是被盜鏈了,然后做盜鏈的治理。

數(shù)據(jù)挖掘成本優(yōu)化空間

以上是火山引擎是實(shí)際業(yè)務(wù)服務(wù)過(guò)程中探索出的優(yōu)化方案,但優(yōu)化是不是有上限的,優(yōu)化到什么水平可以達(dá)到成本和體驗(yàn)的平衡,更多的能力是通過(guò)數(shù)據(jù)能力持續(xù)的挖掘出來(lái)的。

先從結(jié)果上來(lái)看,我們成本優(yōu)化后通常會(huì)有2個(gè)報(bào)告:

1)AB實(shí)驗(yàn)報(bào)告:里面會(huì)分析對(duì)QoE的體驗(yàn)影響多少,對(duì)成本優(yōu)化的影響多少,比如人均播放時(shí)長(zhǎng)增加多少,成本降低多少。做成本的AB實(shí)驗(yàn),依賴一個(gè)工具“客戶端成本指標(biāo)”。

2)價(jià)值回溯文檔:用于核算真實(shí)收益有多少,一般發(fā)生在完整上量之后,比如1個(gè)月或2個(gè)月后。關(guān)鍵結(jié)果叫“萬(wàn)分鐘播放成本”,這個(gè)對(duì)應(yīng)的依賴的工具是“成本評(píng)估公式”。

客戶端成本指標(biāo)

圖片圖片

這張圖從左往右是視頻點(diǎn)播的數(shù)據(jù)流向。想要建設(shè)好成本埋點(diǎn),有2個(gè)難點(diǎn):

1、成本擬合。因?yàn)檎鎸?shí)的計(jì)費(fèi)數(shù)據(jù)是左側(cè)CDN的計(jì)費(fèi)日志,在右側(cè)的客戶端側(cè)實(shí)際上是沒(méi)有成本數(shù)據(jù)的,所以我們需要把數(shù)據(jù)緩存層的對(duì)成本的埋點(diǎn)盡量的擬合,使之盡量的對(duì)應(yīng)到CDN的計(jì)費(fèi)日志。這個(gè)過(guò)程是非常艱難的,我們通過(guò)了大量的離線校驗(yàn)。

2、提升可解釋率。業(yè)務(wù)動(dòng)作比較復(fù)雜(播放、預(yù)加載、拖拽、重播等等),舉個(gè)例子,重復(fù)播放,播放層是記錄2遍播放時(shí)長(zhǎng)的,但是因?yàn)橛芯彺?,真?shí)的網(wǎng)絡(luò)請(qǐng)求只有1遍。我們想要兩份數(shù)據(jù)盡量對(duì)齊、可解釋,就需要涵蓋住盡量所有的業(yè)務(wù)場(chǎng)景。

我們當(dāng)前達(dá)到了“可解釋率達(dá)到95%”,也就是說(shuō)比如服務(wù)端CDN產(chǎn)生了100Gbps的帶寬,客戶端的日志能夠擬合解釋清楚95%。

雖然還不到100%,但日常來(lái)做成本優(yōu)化、成本歸因已經(jīng)足夠了。

下圖是成本指標(biāo)進(jìn)入AB實(shí)驗(yàn)后的結(jié)果

圖片圖片

核心指標(biāo)

圖片圖片

歸因指標(biāo)

成本數(shù)據(jù)進(jìn)入AB實(shí)驗(yàn)有什么用呢?

1、快速判斷客戶端的成本變化結(jié)果。大部分成本優(yōu)化的能力都是伴隨著策略的,不同策略有不同的結(jié)果置換關(guān)系,我們需要通過(guò)實(shí)驗(yàn)來(lái)確定效果。假設(shè)沒(méi)有客戶端的成本數(shù)據(jù)的話,我們就需要用不同的CDN域名來(lái)實(shí)驗(yàn),這是很低效的,并且域名帶寬的波動(dòng)也會(huì)引起成本的波動(dòng)。而在客戶端成本指標(biāo)進(jìn)入了AB實(shí)驗(yàn)之后,大部分場(chǎng)景都直接看報(bào)表數(shù)字就可以了;

2、機(jī)制上可以防蛻化。 業(yè)務(wù)的產(chǎn)品經(jīng)理、分析師等角色也日常會(huì)關(guān)注到實(shí)驗(yàn)數(shù)據(jù)的,當(dāng)成本數(shù)據(jù)也進(jìn)入實(shí)驗(yàn)后,這些角色也可以關(guān)注到成本的變化,這樣就能夠防退化了。舉例:版本升級(jí)時(shí),只要經(jīng)歷了AB實(shí)驗(yàn),就很難有成本退化的問(wèn)題。

成本評(píng)估公式

“成本評(píng)估公式” ,本質(zhì)是一種單位成本的衡量方法。

圖片圖片

我們叫“萬(wàn)分鐘播放成本”,分子是點(diǎn)播的IT成本,分母是點(diǎn)播視頻消費(fèi)時(shí)長(zhǎng)。

從技術(shù)側(cè)來(lái)看,分子是“CDN、存儲(chǔ)、轉(zhuǎn)碼等各種成本的加和”,分子是播放的時(shí)長(zhǎng)。

這個(gè)公式很簡(jiǎn)單,但為什么要這么做呢?

涉及到成本優(yōu)化,就會(huì)跟采購(gòu)、財(cái)務(wù)團(tuán)隊(duì)打交道,采購(gòu)、財(cái)務(wù)看到的都是每月的賬單,業(yè)務(wù)用量每個(gè)月都在上下波動(dòng),導(dǎo)致賬單每個(gè)月也都在波動(dòng)。萬(wàn)分鐘播放成本是單位成本,就可以刨除掉業(yè)務(wù)用量的影響因素,來(lái)衡量成本是否真的優(yōu)化了。

我們來(lái)拆解其中的萬(wàn)分鐘CDN成本:

圖片圖片

萬(wàn)分鐘CDN成本的影響因子會(huì)涉及到價(jià)格、碼率、浪費(fèi)率、帶寬流量比。

舉一個(gè)真實(shí)的例子:

有個(gè)客戶反饋成本增加了,但是客戶自己的業(yè)務(wù)用量在波動(dòng),不太好判斷是什么情況。我們拆解分析萬(wàn)分鐘CDN成本的具體影響因子,就發(fā)現(xiàn)了萬(wàn)分鐘CDN成本確實(shí)是漲了11%,主因是“碼率”漲了8%,“浪費(fèi)率”增加了5%。

總結(jié)和展望

建標(biāo)準(zhǔn)

在服務(wù)業(yè)務(wù)的過(guò)程中,大家經(jīng)常會(huì)面臨一個(gè)問(wèn)題, 還能再降多少?極限是多少?

這些問(wèn)題是很難回答的,因?yàn)槊總€(gè)業(yè)務(wù)的場(chǎng)景都不同,舉例緩存浪費(fèi)中,每個(gè)業(yè)務(wù)的客戶中斷離開(kāi)的模型可能都不一樣,那么建設(shè)統(tǒng)一的標(biāo)準(zhǔn)就很難了;

火山引擎目前通過(guò)3種方式來(lái)建設(shè)標(biāo)準(zhǔn):

1)通過(guò)排名獲取標(biāo)桿:將類(lèi)似場(chǎng)景的業(yè)務(wù)進(jìn)行排名,對(duì)齊當(dāng)前技術(shù)做的最好的,可以作為一種標(biāo)準(zhǔn);

2)離線的實(shí)驗(yàn)來(lái)模擬:我們做了成本的自動(dòng)化測(cè)試平臺(tái),設(shè)計(jì)測(cè)試case,測(cè)試出來(lái)不同的參數(shù)的成本結(jié)果是多少,最后總結(jié)分析出來(lái)極限是多少;

3)通過(guò)“理論公式”來(lái)推算“標(biāo)準(zhǔn)” :舉例通過(guò)“視頻播放時(shí)長(zhǎng)、中途離開(kāi)比例”的關(guān)系,然后推算出理論的優(yōu)化空間有多少;

做顧問(wèn)

面對(duì)的業(yè)務(wù)越來(lái)越多,降本的能力也越來(lái)越多時(shí),就會(huì)遇到效率問(wèn)題:功能這么多,應(yīng)該用哪些?每個(gè)業(yè)務(wù)的場(chǎng)景也不一樣,那么策略參數(shù)應(yīng)該怎么配置呢?

圖片圖片

萬(wàn)分鐘播放成本分析和策略推薦

解決方法是做顧問(wèn):上圖是我們的一個(gè)萬(wàn)分鐘CDN成本與理想萬(wàn)分鐘成本的一個(gè)差異分析表,我們給計(jì)算出了對(duì)應(yīng)的差異,然后再給出可以補(bǔ)足差異的策略或功能推薦。

當(dāng)然,這個(gè)表只是一個(gè)總結(jié)概覽,更多的內(nèi)容我們會(huì)整理成“顧問(wèn)服務(wù)報(bào)告”,把各個(gè)點(diǎn)的差異、業(yè)務(wù)分析、解決方法與業(yè)務(wù)逐一的討論分析。

萬(wàn)分鐘播放成本是一個(gè)非常簡(jiǎn)單、容易落地、價(jià)值很大的工具,大家計(jì)算下萬(wàn)分鐘播放成本,如有調(diào)優(yōu)的訴求,非常歡迎來(lái)與火山引擎交流?;鹕揭嬉曨l點(diǎn)播https://www.volcengine.com/product/vod。

責(zé)任編輯:龐桂玉 來(lái)源: 字節(jié)跳動(dòng)技術(shù)團(tuán)隊(duì)
相關(guān)推薦

2024-08-20 07:55:03

2022-08-16 17:37:06

視頻播放器鴻蒙

2011-06-13 09:33:04

2023-07-10 18:44:18

開(kāi)源播放器

2022-11-12 08:26:04

VLC視頻播放器裁剪視頻

2011-06-27 11:23:21

Qt 音樂(lè)播放器

2023-08-29 10:07:15

人工智能AI

2018-05-25 14:37:58

2010-07-30 09:50:36

Flex播放器

2009-11-11 16:13:19

路由器協(xié)議

2010-07-30 09:35:47

Flex播放器

2011-07-20 16:21:20

iPhone 視頻 播放器

2020-07-08 10:11:45

云計(jì)算云服務(wù)私有云

2023-08-26 19:07:40

VLC旋轉(zhuǎn)視頻

2010-03-31 16:47:09

Ubuntu 10.0

2011-09-09 11:28:35

Android Mus

2011-09-05 18:08:01

MTK音頻播放器

2015-05-21 15:25:42

VLC播放器

2021-10-18 14:57:25

鴻蒙HarmonyOS應(yīng)用

2011-07-11 09:39:22

虛擬服務(wù)器虛擬化
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)