本篇內(nèi)容主要講解“Twitch所主要采用的技術有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Twitch所主要采用的技術有哪些”吧!

成都創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站建設、網(wǎng)站建設、網(wǎng)頁設計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務。立足成都服務金水,10多年網(wǎng)站建設經(jīng)驗,價格優(yōu)惠、服務專業(yè),歡迎來電咨詢建站服務:13518219792

Twitch是一個面向視頻游戲的實時流媒體視頻平臺，由Justin Kan和Emmett Shear聯(lián)合創(chuàng)立，它是Justin.tv旗下專注于游戲相關內(nèi)容的獨立運營站點。根據(jù)其內(nèi)部分析師透露，Twitch每月的訪問量超過3800萬，有超過2000萬個游戲玩家匯聚到這個平臺，每個訪問用戶在網(wǎng)站的日平均停留時間為1.5小時。網(wǎng)站支持28個國家和地區(qū)的語言，包括中文簡體和繁體。
Twitch的直播模式完全不同于YouTube等點播批處理方式，直播對技術要求更高更難，這也是目前國內(nèi)電視直播還依賴有線網(wǎng)絡的原因，而互聯(lián)網(wǎng)上的電視直播業(yè)務在直播效果上要大打折扣，而Twitch則是在利用互聯(lián)網(wǎng)技術實現(xiàn)流暢不間斷直播上探索了一條成功道路。
Twitch直播視頻和是YouTube的批處理視頻不同是：后者將所有視頻存儲在磁盤上，稍后根據(jù)要求進行重播，而直播視對頻視頻存儲寫和視頻讀播放是同時進行的，因此需要一個完全不同的體系架構(gòu)。下面是其技術堆棧：

Usher - 這是其核心系統(tǒng)，用來實現(xiàn)對視頻流播放的業(yè)務邏輯服務器
Twice - 可定制的web緩存系統(tǒng)(http://code.google.com/p/twicecache/)
XFS - 文件系統(tǒng) 將視頻以秒為單位存儲該系統(tǒng)中，
HAProxy - 軟件負載平衡.
LVS stack 和 ldirectord - 保證高可用性.
Ruby on Rails - 應用服務器
Nginx - web 服務器
PostgreSQL - 存儲用戶和其他元數(shù)據(jù)
MongoDB - 用于存儲用戶操作事件實現(xiàn)內(nèi)部分析
MemcachedDB - 用于處理高密集寫操作如瀏覽數(shù)量
Syslog-ng - 日志服務
RabitMQ - 用于 job 系統(tǒng).
Puppet - 用于構(gòu)建服務器.
Git - 源碼控制.
Wowza - Flash/H.264 視頻服務器, 許多定制的模塊使用Java編寫
S3 - small image storage.

跟著 YouTube 等一眾廠商的腳步，現(xiàn)在連游戲直播服務 Twitch 也"開始"棄用 Flash 改用 HTML5 了。根據(jù)官網(wǎng)的消息，Twitch 目前已經(jīng)完成了第一步驟，先將舊的 Flash 模塊改成了 HTML5 + Javascript 的組合，重新設計了播放控制界面。既然說到這是第一步，這代表了其實 Twitch 的視頻本身還是以 Flash 為基礎的架構(gòu)，所以接下來才是要漸漸地將播放器完全置換為從里到外都是 HTML5 基礎。新的界面已經(jīng)可以在 Channel 頁面上看到，并且已經(jīng)逐步地向使用者開始推送，所以看到界面變得比較不同可別以為走錯網(wǎng)站了喔。

有一個問題就是：為什么視頻直播那么困難？好像只需要大量的帶寬，讓這一切在內(nèi)存中，圍繞流進行視頻組合就可以了，其實沒那么簡單。是什么讓視頻直播有如此這樣的挑戰(zhàn)力？

1. 視頻不能像打嗝一樣存在中斷, 如果視頻超過網(wǎng)絡容量哪怕幾分之一秒，每一個觀眾在同一時刻將看到屏幕上顯示“正在緩沖...“。擁有網(wǎng)絡容量是非常重要的。

2.需要CDN實現(xiàn)溢流overflow Usher會處理這個邏輯，一旦用戶量超過較大容量，新的播放者將被發(fā)往CDN服務器。

3.當觀眾快速發(fā)現(xiàn)任何問題就會立即交談聊天。用戶期望能夠優(yōu)雅地處理這些問題。他們必須等到一臺服務器上的每個人觀眾完成瀏覽后才能讓這臺服務器維護模式。這是一個非常緩慢的維護過程。會話必須從未中斷。通常的網(wǎng)站可以有許多錯誤只是很少人會注意到，而直播系統(tǒng)則不同。

下面看看Twitch如何應對這些挑戰(zhàn)？
他們較大的問題是控制快閃的人群，所謂快閃人群，就是當很多人在同一時間想看同樣的事情。這是一個龐大的傳入流量。因此，他們需要創(chuàng)建一個方法來在所有的視頻服務器和數(shù)據(jù)中心之間實現(xiàn)實時適應性負載。該機制是Usher。

Usher是一個他們開發(fā)的軟件，用來管理負載平衡 授權(quán)和播放等其他業(yè)務邏輯。Usher對每個流視頻都要計算出有多少服務器在發(fā)送它們，這樣確保很好負載。 它實時決定如何在這些服務器之間復制流，復制依據(jù)的規(guī)則有：
所有服務器的單獨負載
優(yōu)化的延遲
一個流在哪些服務器上
用戶的IP地址，這樣能夠分辨用戶來自哪個國家
根據(jù)路由route數(shù)據(jù)庫尋找離用戶IP最近的ISP.
根據(jù)請求來自的數(shù)據(jù)中心，試圖將這個請求發(fā)往同一個數(shù)據(jù)中心的視頻服務器。

使用這些優(yōu)化指標可以引導優(yōu)化每個發(fā)往服務器的請求，以保證更好的延遲和性能優(yōu)化。他們還有很多的監(jiān)控調(diào)校表盤和非常細粒度的控制。

每個服務器可以充當一個邊緣服務器（該服務器的視頻直接發(fā)送到觀眾）和源服務器（視頻從一個廣播流進該服務器）。基于一個流可適用一臺服務器或網(wǎng)絡中的每臺服務器上的負載策略，不斷進行動態(tài)的調(diào)整。

服務器之間復制流的連接如同樹形結(jié)構(gòu)，流的數(shù)量不斷被取樣，如果某個流的新增瀏覽有快速增加，這個流就會被復制到其他服務器，這個過程不斷重復，構(gòu)建出一個樹形(banq注：根據(jù)構(gòu)造定律樹形是最有效生命系統(tǒng)特征)，最終可能涵蓋了某個網(wǎng)絡中所有服務器，這個過程每三秒執(zhí)行一次。

整個視頻流從其源服務器到拷貝到其他服務器直至復制到用戶都時刻在內(nèi)存中，其中沒有任何磁盤存儲。

使用 RTMP協(xié)議（視頻流播放協(xié)議），每個流都需要一個獨立的會話，這會帶來昂貴的開銷，但是廣播多播和P2P技術沒有使用， 很多下游的ISP不支持多播，只是利用多播在內(nèi)部服務器進行視頻復制，內(nèi)部帶寬相當廉價，但是也沒有太多好處，因為無法細粒度控制在服務器間復制。

Usher根據(jù)HTTP請求，決定哪個服務器來處理請求的視頻，而視頻服務器一般是被動的，Usher在其之前控制整個服務器的拓撲結(jié)構(gòu)。

視頻流不是來自磁盤，視頻是歸檔存儲在磁盤，源服務器會被挑選出來處理一個上傳進來的新的視頻流，記錄這個流在本地磁盤，每一秒視頻被保存和歸檔，歸檔存儲服務器是使用XFS文件系統(tǒng)。架構(gòu)能夠處理數(shù)千個并發(fā)流視頻傳入寫。每個視頻流缺省保存7天，視頻文件可能跨磁盤分區(qū)保存。

從其他重量協(xié)議遷移到HTTP流協(xié)議是快樂的，能夠使用現(xiàn)有技術進行很好地擴展，但是有一個問題必須積極面對，就是延遲和實時性問題，通常人們認為不超過5-30秒就是實時的了，但是這個不適用成千上萬人實時通訊交互，不能有1/4秒的延遲。

以上是介紹了視頻廣播復制系統(tǒng)，他們還有一套Web架構(gòu)，兩個架構(gòu)圖如下：

到此，相信大家對“Twitch所主要采用的技術有哪些”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)建站，更多相關內(nèi)容可以進入相關頻道進行查詢，關注我們，繼續(xù)學習！

網(wǎng)頁標題：Twitch所主要采用的技術有哪些-創(chuàng)新互聯(lián)
文章分享：http://m.rwnh.cn/article46/poieg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、網(wǎng)站改版、軟件開發(fā)、Google、響應式網(wǎng)站、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)