1.RKE
解析：Rancher Kubernetes Engine
說明：GKE[Google]，RKS[VMware]和EKS[Amazon]
2.Helm
解析：Helm是Kubernetes的軟件包管理工具。
3.Kubernetes集羣節點組成
解析：
[1]etcd database：通常在一個節點上運行一個etcd實例服務，但生產環境上，建議通過3個或5個[奇數]以上的節點來創建ETCD HA配置。
[2]Master nodes：主節點是無狀態的，用於運行API Server，調度服務和控制器服務。
[3]Worker nodes：工作負載在工作節點上運行。
說明：默認情況下Master節點也會有工作負載調度上去，可通過命令設置其不加入調度。
4.流媒體系統核心
解析：
[1]編碼工具：用於生成流媒體文件的編碼工具。把原始的音視頻數據通過一定的算法進行壓縮，將壓縮後的數據封裝成相應的格式，爲後續的數據傳輸做準備。
[2]流媒體服務器：用於控制、傳送流媒體數據的流媒體服務器。向客戶端響應流式連接[如RTMP/rtsp等]，返回流媒體數據的服務程序即打包在RTMP等流式協議中的flv/ts等數據。流媒體服務器直接承擔流媒體數據的輸出，是整個流媒體系統的核心，它的功能、性能、運行支撐能力直接決定了一個大型流媒體系統的健壯程度。
[3]網絡協議：用於支持特定的流式傳輸的網絡協議，其實際上是使得互聯網的客戶端與服務器、客戶端與客戶端之間進行數據交換而建立的一系列規則、標準等的集合。流媒體是在互聯網上傳輸的特殊數據，它需要有特定的規則和標準來承載。目前直播領域三大主要的網絡協議是RTMP、HTTP-FLV、HLS，其它還有類似HLS商務HDS/DASH、監控領域的RTSP，目前比較活躍的WebRTC，以及很多基於UDP的平臺內的私有協議。
[4]播放器：各操作平臺用於顯示流失數據的播放器。客戶端從服務器接收到所需的流媒體數據後，播放器會對這些流媒體數據進行解協議、解封裝、解碼、音視頻同步這幾個環節。
5.流媒體服務器傳輸方式
解析：
[1]順序流式傳輸：即順序下載，在下載文件的同時，用戶可以觀看在線媒體。如果使用普通的HTTP服務器，將音視頻數據通過從頭到尾的方式進行發送，即爲順序流媒體傳輸。
[2]實時流式傳輸：總是實時傳送，非常適合現場事件。比如視頻爲現場直播或者是使用專用的流媒體服務器，可以應用像RTSP等專用的實時協議。實時流式傳輸必須要匹配鏈接帶寬，也意味着圖像質量會因爲網絡速度的降低而變差。
參考文獻：
[1]Helm從入門到實踐：https://www.jianshu.com/p/4bd853a8068b
[2]Rancher 2.1平臺搭建及使用：https://www.cnblogs.com/hzw97/p/11608098.html
[3]FFmpeg流媒體處理-收流與推流：https://www.cnblogs.com/leisure_chn/p/10623968.html
[4]
[5]