12月11日-13日，由中國IDC產業年度大典組委會主辦，中國IDC圈、CloudBest承辦的以“賦能企業數字化轉型”為主題的第十三屆中國IDC產業年度大典(簡稱“IDCC2018”)在北京國家會議中心隆重召開。

13日上午，IDCC2018分論壇，數據中心技術創新論壇正式召開!本次論壇邀請了行業內知名大咖和技術專家為大家帶來當今數據中心技術創新內容的分享。

會上，藍汛ChinaCache助理總裁陸鑫為我們帶來了《邊緣計算的行業實踐與探索》的主題演講，以下為采訪實錄：

大家好，我叫陸鑫，來自北京藍汛，負責CDN的運維工作，是藍汛的一名工程師。北京藍汛是一個成立于1998年有20年歷史的互聯網企業，目前我們公司主要經營的產品包含IDC、IX網絡和CDN這樣三位一體的生態系統，CDN節點遍布全球。

今天想和大家分享一下我們在近一年以來接觸到的邊緣計算，在去年的時候，我們的領軍者把IOT物聯網做了很多的推廣和分享，在去年底的時候，我印象中朋友圈里有人分享一個專門介紹IOT的文章，我自己在這方面，一是結合個人興趣，二是結合公司的業務，希望能夠慢慢把公司的業務與人工智能、物聯網做一些結合。邊緣計算概念是相對于中央計算提出的，相對比較寬泛一下。霧計算是思科在2015年時提出的，這是相對于云計算說的，因為霧計算相對于更貼近于地面，更貼近于用戶。

Gartner每年都會發布模擬象限的圖，頂端是期待最高的產品，對應的有Digital Twin、深度學習等等，這些都在我們身邊發生著。在我個人的家庭里也在慢慢運用一些人工智能的產品，它其實在我們身邊發生著。這個背景是帶動生產力發展，但是和我們追求高效率和幸福生活怎么結合起來?前面演講嘉賓已經提到了一些相關的概念，比如我們現在也在嘗試努力做一些AI層的PaaS，把我們現在已經在做的服務能夠做一些深度的解析，能夠讓它封裝出更豐富的服務來。

邊緣計算目前實踐的環節是希望把原來云計算的產品包裝，在邊緣直接做遷移，初期面臨的節點很少，服務類型也會比較少，比如開始的時候只有一些虛擬機的服務，開發接口也比較少，成熟度也相對比較低一些。但是，它其實也脫離不了基本的元素，首先它需要在很多邊緣部署節點，也會需要非常多的計算資源，也會用到網絡帶寬，因為底層的協議大家都是一樣的，存儲也是一個比較大的需求。但它并不能夠直接被我們服務的CDN使用，在這個過程當中，我們做了一些合作和適配。了解到剛才說的邊緣計算最開始的產品的時候，我當時是發現了契合點，針對我們自己的CDN服務當時正在做一些改造，在做改造的同時，當時想說能不能看到它的一些可用的環節，就做了一些適配。也就是說當時把我們服務的CDN通過Docker技術做了拆分。因為它在邊緣節點的存儲容量和服務磁盤的規格或者IO能力都比較有局限性，所以我當時在設計解決方案的時候，也用到了Global Http Redirector(GHR)這樣的技術，其實就是說接到網民的請求之后不直接響應，而是要接上這個模塊做一次查詢是不是最熱的內容。為什么這樣設計?在邊緣計算時有這樣一個問題，我不可能上來把很多的計算資源都鋪到邊緣去，因為邊緣的體量非常大。在中國最大的成本是帶寬，帶寬的成本可能和服務器硬件資源的成本比例達到20：1的水平。通過我們在CDN網絡有很大的內容吞吐量，把產生帶寬量最大的這一部分請求能夠分析出來，把這一部分內容做一些獨立的調度策略，PPT上標注的Cache Node B就是邊緣計算服務的一個節點，能夠把有限的邊緣IO和計算能力充分利用起來，把帶寬的能力發揮到最大。這就相當于把邊緣計算的大的成本分擔了。也就是說，現在在推動邊緣計算節點的時候，由CDN的服務買單了，這樣整個邊緣計算的服務在于進一步往下推動。為了推動這項項目，也做了一些原有架構的豐富，因為它只針對某個節點調度的時候，會關注到它的服務質量、帶寬的成本模型，在中央去做一些宏觀的分析和調度，再做分節點的調度，這樣能夠保證每一個節點的充分利用。

在這次合作的項目當中，我們年初開始的合作到現在，有些環節在探索過程中發現在開始設計時并不是專門為CDN打造的服務，我們為了適配它，回過頭看，有一些是可以優化的點。首先一個比較明確的事情，我們通過帶寬帶動資源的部署，充分利用存儲IO，這一塊其實是把業務類型做一些細化，能夠根據業務類型的IO頻度或者計算消耗的程度做一些拆分，再把邊緣有限的存儲流量充分利用起來。下一步可能是說，我們原來云存儲的解決方案，因為原來云存儲解決方案關注的是內容的完整性，也就是說在中央計算和云計算類型服務時強調的是它的可靠性和一致性，在邊緣更注重的是軟件的靈敏度，能夠怎么樣高效地容錯，怎么樣高效地進行調度。剛才說到邊緣計算，我認為邊緣計算針對于中央計算，中央計算的池子再大也是有限的，現在有了這么多的邊緣，可以通過分布式的設計，能夠把我們的計算資源再進一步擴大化，通過中央和邊緣的結合，邊緣處理一些快速響應的計算，中央在宏觀上做一些整體的計算控制和分析。

在合作過程當中，也遇到了一些問題。比如我們做CDN服務或者云服務都會涉及到IP、端口、網絡備案的問題，我們在這個過程當中都有遇到，并且也都解決。然后是權限管理、設備的檢查和監控，運維方面的問題，因為涉及到合作，出去自己去維護已經有很多的問題，剛才講到節點少，而且可用性的保障度沒有那么高，我們需要在服務端設計很靈敏的監控，這樣我們在做調度的時候，就可以根據這些監控做一些智能的調度。最后還有一些結算和對賬的問題，其實在實踐環節，每一個細節都會影響到整個項目的推動。

經過一年的運行合作，我認為我們打下了一個基礎，做了一年的探索，實踐證明這條路是可行的。在未來，因為CDN本身也是屬于邊緣計算、邊緣服務的一種類型，原來做CDN服務，就是最后可能有很多的服務組合出來，包裝成這樣一個CDN服務。我們就是進一步做一些服務的解耦，每一項服務能夠重新封裝，可以包裝成更豐富的產品提供出來。它和云服務的結合其實它就是云服務當中的一個環節，但是，在國家現狀帶寬成本占主體的現實情況下，它可能是一個探路石。我們也希望能夠有更多的合作伙伴愿意參與，我今年和我的團隊講，我們今年算是邊緣計算最大的一個玩家，因為我們在邊緣計算服務上跑了最大的業務。其次希望有更多的合作伙伴，因為在我看來，目前這個市場只是剛剛開始，而且我們對這個服務期待的種類還很多、很豐富，所以現在的現狀是我們已經有一條能夠看到它往前推動的路線，下面才是真正的能夠在邊緣真正提供和物聯網更緊密結合的一些新的產品出來。未來95%以上的新產品可能都是跟物聯網相關的產品，所以我們今年算是打下了一個基礎，到明年我們希望能夠有更好的前景和更好的合作機會，因為我們看到最基本的邊緣計算的元素(包括計算、網絡、帶寬等)大家都是相通的，基于這個再把我們的服務重新做一些設計，可以具備更好的兼容性。

謝謝大家!