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

13日上午，IDCC2018分論壇，數(shù)據(jù)中心技術(shù)創(chuàng)新論壇正式召開!本次論壇邀請了行業(yè)內(nèi)知名大咖和技術(shù)專家為大家?guī)懋斀駭?shù)據(jù)中心技術(shù)創(chuàng)新內(nèi)容的分享。

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

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

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

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

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

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

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

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

謝謝大家!