前言

在維護EasyDarwin開源專案的幾年內，幾乎市面上大大小小的技術需求都給接觸了一遍，大團隊、大背景有大需求，草根團隊有草根團隊的需求，然而這些需求近些年都有一個發展的趨勢，那就是“網際網路”化，小到RTSP轉RTMP進行網際網路化直播，大到現在很多做公安/平安城市類的專案，都已經直接用上了螢石的方案，不過現在慢慢由於流量成本、硬體成本、未來空間的假想、不想被單個廠家綁架等很多方面，現在各大集團都在構建自己的視訊雲方案，但不可能整個從視訊硬體裝置、到視訊平臺、到業務平臺都由自己來建設，尤其是前端硬體裝置，研發週期長、研發成本高，不適合需要快速佈局的企業投入研發硬體，只要保證前端硬體不被某一個廠家綁架就是非常好的方案了！

於是，我總結了實現這種平臺的幾個要點：
1. 前端裝置採用通用的協議標準，例如：RTSP、RTMP、GB28181；
2. 平臺多協議輸出，支援各側的業務需求：HTTP、GB28181等；
3. 前端採用標準協議，儘量不需要定製直接即可接入到自定義平臺；

實現方案

為了能夠達到企業能根據自己的業務需求，基於自己的虛擬雲主機，構建自己的視訊雲平臺，而且又不用自己生成硬體，我們可以提供3套可行的方案（按優先順序排序）：
1、基於GB28181協議接入裝置（新平臺，最優方案）；
2、基於前置機的裝置接入平臺方案（可與1相結合，相容老裝置）；
3、基於廠家的SDK平臺進行二次開發（最不推薦的）；

我們就幾個方案的優缺點、可行性做一些見解：

• 方案1：新部署裝置及新上線裝置的最優方案選擇，現在市面上的大大小小的攝像機方案廠家都將GB28181的支援列為了必備屬性，也就是說，無論是買海康、大華大廠家的裝置，還是各地小廠家的硬體裝置，都能配置並接入到GB28181的平臺上，平臺再控制裝置進行關於直播、資源檢索、錄影回放、雲臺控制等各種功能的實現，這種方案的通用性比較強，維護成本也比較低；

方案1缺點：對於有一些現場的老裝置無法接入，這些裝置要麼是老式的DVR，或者其他一些僅支援SDK接入的裝置，都不支援GB28181平臺接入，如果需要將這些裝置接入到GB28181平臺，就需要一個轉接的程式來支援；

- 方案2：在此之前我們構建過一套基於EasyDarwin雲平臺的視訊平臺方案，採用的就是這種內網EasyNVR + 公網EasyDarwin雲平臺的方式構建的私有云平臺，可以接入基於市面上全部的機器攝像機裝置：《EasyDarwin幼教雲視訊平臺在幼教平臺領域大放異彩！》、《基於EasyDarwin雲視訊平臺的幼兒園視訊直播（手機直播/微信直播）解決方案》，這種方案採用了一種協議轉接的模式來進行平臺接入的，EasyNVR作為一種介面卡服務，將各種不標準的裝置都轉成平臺能接受的標準協議，接入到平臺；

這種方案的弊端就是在每一個現場都必須內建一臺裝置跑EasyNVR服務，在某些成本敏感的專案中，EasyNVR會被視為一個成本和維護的巨大消耗點；

方案3：基於廠家提供的裝置+平臺+平臺SDK進行二次開發，其基本思路就是，某個廠家的裝置能主動註冊到廠家自己開發的平臺（注：這些可能都是走的私有協議），然而廠家也不開放這些協議和平臺，所以，必須在平臺側用廠家的SDK才能從平臺取流，再將流轉成自己的協議對外輸出；

這種方案的弊端就是來一個廠家就要接入一套平臺，而且多套平臺可能會共存，這樣到後期會導致平臺越來越臃腫，客戶端難以接入，而且從產品開發上來說，是在走彎路；

網際網路+安防

以上討論的多種方案，我選擇最優的方案是方案1+方案2，對新接入的攝像機要求支援GB國標協議，現場無需再額外部署裝置，而對於一些非常老的裝置，我們採用EasyNVR接入到平臺，再由平臺進行輸出；

在平臺側，我們一方面支援GB28181的接入服務和sip流媒體服務，又能夠支援網際網路客戶端的http接入請求，進行RTMP/HLS分發的服務，這樣平臺不但有了公安安防的屬性，更有了網際網路直播的屬性，是未來行業直播發展的一個大趨勢；

關注EasyDarwin專案

EasyDarwin後續的發力方向將會是GB28181安防與EasyDSS網際網路RTMP/HLS的結合，為行業使用者提供安防級別的接入和網際網路級別的直播分享！

獲取更多資訊

Copyright © EasyDarwin.org 2012-2017