張琦：很高興和大家一起探討云原生的邊緣計算平臺的問題，主要是向大家介紹KubeEdge這個項目。我本人是華為公有云智能邊緣計算服務首席架構師，同時也是KubeEdge項目的負責人。負責邊緣計算項目之前，我本人負責華為公有云微服務引擎的架構師。騎摩托車的都說“Speed First，Safety Second”，其實這和云原生也有很大的關系，后面再和大家分享。

站在云端看邊緣，華為公有云作為一個公有云廠商，怎么看待邊緣計算這件事情？邊緣計算和云原生結合能夠解決什么問題？我們對邊緣計算的生態構建是什么想法？下面我們逐一來看。

Gartner公布的2019年十大趨勢當中邊緣計算位列其中，不看這些報告大家也可以明顯感受到，2018年開始邊緣計算技術被提得越來越多了，其實這個名詞并不是一個新概念，之前就有，但是去年被提得越來越多了。那么這到底是為什么？除了上面列的Gartner的趨勢以外，計算、存儲、網絡的發展是不平衡的，1983年到2011年的統計數字當中，內存都是千倍以上的提升，帶寬提升很大，網絡時延提升也很明顯。

我們的業務形式也越來越豐富了，未來五年邊緣計算的主要推動力在于IoT視頻+傳感器，VR和AR這種交付體驗，最近幾年開始邊緣側產生的數據越來越多。以后萬物互聯，什么東西都是在線的，即便一棵樹都有二維碼，數字世界和物理世界的連接越來越緊密，那么更多業務形式都會在邊緣側產生大量數據，因為這些數據變得越來越有價值，人們也越來越學會利用這些數據的價值。

今天下午信通院發布了云計算和邊緣計算協同應用場景的白皮書，我們可以看到里面對協同部署是非常強調的，就是云計算和邊緣計算并不是對立的，這也部分解釋了去年開始邊緣計算這個詞重新變熱起來，傳統企業也在上云，所以對邊緣計算的需求變得火熱起來，可以說這二者是很有意思的關系。

總結來看，邊緣計算的推動力基本上就是低時延、海量數據、隱私安全和本地自治。

我們總是在講邊緣計算，但是大家有沒有意識到，可能你講的邊緣計算和我講的邊緣計算不是一個東西。這是為什么呢？我們把邊緣計算分成這樣幾種不同的形態：進場計算的特點是放到CDN上面計算，邊緣計算節點也是在CDN上面。線上計算就是我們常說的IoT，更多的是接入線上的機器和傳感器，就是要和下面的設備連接。離線計算也是線上計算的形式，只是要看離線時間。我們在技術上可能有很多共通的地方，但是從業務的角度并不是一個東西。

剛才講的是邊緣計算的發展形勢和情況，下面介紹一下所謂的云原生邊緣計算。邊緣計算發展到現在是有幾個問題：邊緣計算割裂、物理設備訪問難度較高，開發難度較高，日趨復雜的邊緣業務部署，缺少云和邊的協同。不知道大家有多少是做和邊緣計算相關的行業，之前我們和很多IOT廠商交流，很多時候會發現大家說的不是一個語言，你在講容器，人家在講虛擬化，你在講微服務，人家在講生產線節拍和協議，大家的技術棧都不一樣。我們還發現隨著現在邊緣側業務越來越復雜，特別是進場計算的出現，邊緣側的物理形態也會越來越復雜，不是原來那樣簡簡單單的只是一個嵌入式軟件放在里面，很多情況下邊緣部署也是非常復雜的系統。

現在的邊緣計算很難缺少云，云和邊緣都是協同工作，邊上收集數據，美國服務器，云上處理數據，所以邊緣和云總是有些協同。按照傳統的方式，大家想的更多的就是數據的傳輸和協議的轉換，沒有達到這種程度，所以協同和云原生的事件相比還是有些問題。

KubeEdge被稱作云原生的邊緣計算解決方案，就像它的名字一樣，這是基于媒體生態的邊緣計算平臺，現在已經成為CSR基金會下面的一個項目。我們可以從架構上看到平臺分為云上部分到云下部分，云上部分主要是對接和處理上面的模型和對象，下面會有一個邊緣側的Agent或者小的系統，所有這些東西都是在一個進程里面，我們的原則就是Zero Touch，就是做得足夠簡單、足夠健全。

我們為了做這樣的邊緣側Agent也有開發所謂的進程服務框架，通過這樣的框架實現進程內的模塊，包括服務和云上連接，因為邊緣側沒有官網的地址，所以只能是和云上發起連接，就有一個模塊負責連接保持，包括和邊緣連接的端側設備，通過端側設備收集數據處理模型，進行本地存儲和本地試點，這套網絡在很多情況下都是不穩定的，時斷時連，不能假設這種連接永遠存在。