摘要： fifa世界盃是4年一屆的足球盛宴，全球的足球球迷們不管是真球迷還是泛球迷都樂在其中。今年世界盃很大的乙個特色就是移動網際網路直播，球迷朋友們可以在賽事期間通過手機、pad、電視大屏來**看高畫質比賽直播，特別是今年的優酷世界盃，大部分的使用者對直播的清晰度和流暢度表示滿意。
fifa世界盃是4年一屆的足球盛宴，全球的足球球迷們不管是真球迷還是泛球迷都樂在其中。今年世界盃很大的乙個特色就是移動網際網路直播，球迷朋友們可以在賽事期間通過手機、pad、電視大屏來**看高畫質比賽直播，特別是今年的優酷世界盃，大部分的使用者對直播的清晰度和流暢度表示滿意。
作為史上最大規模的線上直播活動，在每一場球賽開場前後10分鐘左右，流量以每分鐘上t頻寬的速度劇烈攀公升、下降，這給直播的分發工作帶來了巨大的挑戰，這種挑戰幾倍於雙11和春晚。阿里雲cdn基於雲架構的內容分發平台，多租戶共享資源池，那麼在世界盃期間，如何保障世界盃直播業務在各個區域有充足的機房頻寬資源，又不影響其他業務的服務品質？本文將為您揭曉。
能做到「魚」和「熊掌」兼得，主要依靠的是阿里雲cdn智慧型排程的新技術，通過專訪阿里雲cdn高階技術專家仔晟，總結的思路包括如下幾點：
第一，智慧型資源鎖
在多租戶共享資源池的背景下，世界盃業務量做不到資源獨佔，然而cdn排程中受到dns ttl等因素，流量排程是有10分鐘左右（有很多具體情況甚至有更長時間）的遲滯效應，那麼在世界盃業務量劇烈攀公升階段，如何能驅使其他業務量能快速外切給世界盃業務量，騰挪出足夠的頻寬資源呢？
綜上，智慧型資源鎖功能的優勢在於：
確保世界盃突發的漲量空間都在世界盃鎖定空間中，保障這部分頻寬不被其他業務搶占。
鎖定空間根據比賽推進和實時頻寬進行智慧型調整，比如突發上量越劇烈，鎖定量預留越多。
第二，相同網域名稱httpdns&dns混合排程
基於dns排程還帶來另乙個問題，正常情況下只能根據a記錄條數進行業務頻寬平攤，並且乙個dns包能放下的a記錄條數是有限的，排程顆粒度比較大，那麼基於dns的排程機制是無法在多個節點間按最優的比例去分攤業務頻寬，也就是節點間水位均衡做不到很理想，無法充分使用節點頻寬資源。
阿里雲cdn是如何解這個難題？
針對客戶端，阿里雲cdn採用了全體系httpdns按策略智慧型展開的排程方案，使得世界盃大部分流量能完美執行阿里雲cdn的智慧型排程策略，將排程粒度做到最小，並在分鐘級別執行到位。
針對如h5、web等無法使用httpdns，只能使用dns排程的終端，阿里雲cdn採用了httpdns與dns組合排程方案。
如何將httpdns與dns進行混用，從而提公升頻寬資源使用率呢？
httpdns排程的流量顆粒度很小，就像液體。dns排程的流量顆粒度比較大，就像固體。在水杯裡裝東西，如果是液體，那麼空間使用率會很高；如果是固體，由於有縫隙，空間使用率比較低；如果將固體和液體混合填充，就能做到比較大的空間使用率。
第三，智慧型、實時的資源規劃
在本次世界盃直播中，阿里雲cdn採用了全域性自動化資源規劃和實時自動化資源規劃相結合的方案，每天基於全域性頻寬分布**進行節點資源和頻寬資源的科學分配；實跑如果遇到突發頻寬，流控程式自動觸發實時資源規劃，給世界盃業務增加相應的資源保障，確保世界盃直播在突發頻寬下能平穩度過流量洪峰，從而保障直播的穩定、流暢。
阿里雲在全球擁有1500多個cdn節點、120tb的頻寬儲備，不但經歷過多年天貓雙十一的考驗，也曾幫助微博、芒果衛視、央視網等平穩度過了春節的流量高峰，可在短時間內彈性擴容上萬台雲伺服器，並提供網際網路8k直播、窄帶高畫質等能力。今年優酷直播的64場世界盃比賽，全部由阿里雲提供技術保障。通過以上cdn智慧型排程以及其他的新技術，阿里雲cdn能夠更加從容、流暢的服務於全球頂級體育賽事，也為今後服務更多客戶打下了更堅實的基礎。
雲計算和大資料撐起3 萬億阿里
正因我不懂技術，所以阿里的技術才是最好的。他們的領導知道這個搞不下去，而我是不知道這個搞不下去，只是說了句這個東西一定得搞下去，所以做出了 雙十一 這種需要雲計算支援的服務。馬雲 3月21日下午2時58分37秒，阿里巴巴中國零售平台交易額 gmv 突破三萬億元，有望在2016財年內超越傳統零售企業沃...
阿里雲CDN快取概覽
1 cdn 讀取資料過程為 使用者訪問您的源，先去查詢cdn的1級節點，再查詢cdn2級節點，2級節點沒有，再查詢源，源中的資料同步到2級節點，2級節點同步到1級節點，再從1級節點返回使用者要訪問的資料。2 cdn 重新整理快取點此檢視 3 cdn 快取的配置點此檢視 4 為了 cdn 使用的最優，...
阿里雲CDN使用教程
cdn 名詞解釋 網域名稱 網域名稱是internet網路上的乙個伺服器或乙個網路系統的名字，全世界，沒有重複的網域名稱 cname記錄 它是乙個別名記錄 canonical name 當 dns 系統在查詢 cname 左面的名稱的時候，都會轉向 cname 右面的名稱再進行查詢，一直追蹤到最後的...