做開發一年多了，2016年直播大火元年，美拍 印客等等直播軟件風生水起，連淘寶都做了直播購物等等，目測以後2017還會有VR直播的項目。做了半年左右的直播，對直播的裏面知識點進行一次梳理是很有必要，對自己設計的架構需要進一步優化細緻化處理，於是想寫寫博客記錄下來，一步步打造屬於自己的頁面。
直播基本架構
由於我司的人員限制等原因，畢竟搭建一個直播流媒體的服務器的費用是可想而知的，採用某某雲的SDK包進行二次開發，下面是服務器的整體架構圖：
上面上整體流程 相信一個開發者應該可以看的懂並理解吧！
主要分爲四部分東西吧：
推流端SDK 負責 採集視頻音頻進行編碼傳輸到服務端（某雲），
服務端SDK負責 直播流的創建,分發到各個cdn節點，加快流的解析，以及各種流的管理統計等等
拉流端SDK負責 拉取流 進行解碼解析 進行播放
本業務端負責 相關業務操作 比如授權地址 查詢直播列表 等等
直播名詞解釋
1.推流
將直播內容推送至服務器的過程。
2.拉流
服務器已有直播內容，用指定地址進行拉取的過程。
3.RTMP協議
Real Time Messaging Protocol（實時消息傳輸協議）的首字母縮寫。該協議基於TCP，是一個協議族，包括RTMP基本協議及RTMPT/RTMPS/RTMPE等多種變種。RTMP是一種設計用來進行實時數據通信的網絡協議，主要用來在Flash/AIR平臺和支持RTMP協議的流媒體/交互服務器之間進行音視頻和數據通信。
4.編碼：
H.264編碼 是 高性能的視頻編碼技術，最大的優勢是具有很高的數據壓縮比率，能以較低的數據速率傳送基於聯網協議（IP）的視頻流.
5.碼率：
碼率就是數據傳輸時單位時間傳送的數據位數,一般我們用的單位是kbps即千位每秒。
6.FPS：
幀率（Frame rate）是用於測量顯示幀數的量度。所謂的測量單位爲每秒顯示幀數(Frames per Second，簡稱：FPS）或“赫茲”（Hz）
來不及了，趕快上車！！跟我學習如何搭建直播頁面-直播架構分析~（2）