隨后，杜思奇介紹了蜻蜓技術(shù)架構(gòu)的方案。目前，蜻蜓FM的數(shù)據(jù)分發(fā)方案是對(duì)于動(dòng)態(tài)內(nèi)容大部分的API，并且采用國(guó)內(nèi)的BGP直連。對(duì)于國(guó)內(nèi)，蜻蜓FM確定了直接使用BGP直連的方案更為簡(jiǎn)單一點(diǎn)，而對(duì)于國(guó)外，國(guó)內(nèi)BGP在國(guó)外覆蓋非常不給力，有些地區(qū)建設(shè)連接非常困難，因此蜻蜓FM在國(guó)外使用了動(dòng)態(tài)API加速。在靜態(tài)內(nèi)容方面，音頻圖片和大部分頁(yè)面，采用了云存儲(chǔ)和CDN來(lái)進(jìn)行傳輸。

此外，在演講中，杜思奇透露了蜻蜓對(duì)于CDN方面的評(píng)估指標(biāo)，從上到下重要性依次降低，對(duì)直播行業(yè)來(lái)說(shuō)最重要就是打開(kāi)成功率。對(duì)于蜻蜓FM，也就是首音時(shí)長(zhǎng)，實(shí)際操作中他們會(huì)將其折合成秒放率，就首音市場(chǎng)在一秒以內(nèi)的概率。
 
此外，杜思奇說(shuō)，蜻蜓上個(gè)月與8家國(guó)內(nèi)的CDN廠商合作進(jìn)行了集中評(píng)估。這次評(píng)估主要是劃了一定比例的真實(shí)用戶，測(cè)試在真實(shí)場(chǎng)景下產(chǎn)生真實(shí)的日志。通過(guò)事后分析，蜻蜓發(fā)現(xiàn)打開(kāi)成功率是有一定的區(qū)分度的，但大量的應(yīng)該說(shuō)當(dāng)時(shí)看到最主要的打開(kāi)成功率差異來(lái)自于蜻蜓客戶端的異常請(qǐng)求，但是有些CDN廠商它的默認(rèn)自帶了一個(gè)容錯(cuò)的技能，幫蜻蜓做了一個(gè)容錯(cuò)的修復(fù)，最好和最差打開(kāi)成功率并沒(méi)有太大的區(qū)別。
 
杜思奇表示，在這次評(píng)估中最有區(qū)別的是秒放率，對(duì)于首音的優(yōu)化，在單次請(qǐng)求包括DES解析，建立連接和發(fā)送請(qǐng)求，收到填滿playbuffer。不僅僅是首包就能解決，這個(gè)是最簡(jiǎn)單的單次請(qǐng)求的模型，每個(gè)播放器請(qǐng)求播放都有差異，開(kāi)始播放發(fā)送不止一個(gè)請(qǐng)求，比如說(shuō)技術(shù)人員會(huì)發(fā)現(xiàn)IOS系統(tǒng)播放器會(huì)發(fā)三個(gè)請(qǐng)求，當(dāng)時(shí)他們覺(jué)得挺有意思的，如果廠商在這個(gè)地方?jīng)]有針對(duì)性的優(yōu)化很可能會(huì)出現(xiàn)一個(gè)性能重疊。
 
最后，杜思奇表示，除了CDN內(nèi)部?jī)?yōu)化外，他們?cè)贑DN外部也會(huì)有一些優(yōu)化。比如說(shuō)客戶端會(huì)在網(wǎng)絡(luò)改變之后測(cè)速，測(cè)的是用戶端到邊緣節(jié)點(diǎn)的訪問(wèn)速度，如果CDN節(jié)點(diǎn)分布比較少，或者CDN節(jié)點(diǎn)健康狀態(tài)比較差這個(gè)節(jié)點(diǎn)就會(huì)被發(fā)現(xiàn)，他們會(huì)為每一個(gè)音頻算一個(gè)入口，同一個(gè)音頻走同一個(gè)入口出去的話能工增加緩存利用率，減少回源。