專案位址（歡迎star、watch、fork）：
答1：kubeedge構建在k8s原生的排程與編排能力之上，它負責將應用的元資料可靠的下發到邊緣節點。邊緣端週期性上報狀態node、pod資訊，會不斷重試上報，因此目前還未計畫實現排隊及ack校驗等功能。
答2：如果是新人剛開始參與社群，可以做一些簡單的工作，例如補齊文件、新增測試用例等，社群會有標籤為「help wanted」或「good first issue」的issue，都適用於新手開發者。
答4：kubeedge構建在k8s原生的排程與編排能力之上，與k8s的api是100%相容的，對於k8s的api物件可以使用k8s原生的client來操作。kubeedge中自定義的device crd後續也會按k8s標準生成golang語言的client。因此可以按照k8s原生的方式來操作kubeedge。
答5：如果出現程式自動退出、重啟的問題，建議檢視對應的應用日誌，將問題及日誌以issue的方式提到社群解決。
答6：首先考慮edgecore重啟不會引起節點業務pod的重啟，如果是邊緣節點宕機引起整個節點的重啟，應該考慮該pod是否已經遷移到其他節點。
KubeEdge與邊緣計算
邊緣特指計算資源在地理分布上更加靠近裝置，而遠離雲資料中心的資源節點，可以理解為是近場計算。典型的邊緣計算分為物聯網 智慧型城市，智慧型家居等 和非物聯網 cdn 等 場景。隨著網際網路智慧型終端裝置數量的急劇增加，以及 5g 和物聯網時代的到來，傳統雲計算中心集中儲存 計算的模式已經無法滿足終端裝...
KubeEdge裝置管理設計原理
專案位址 歡迎star watch fork 課後問題 a 1 只要客戶端的arm裝置能夠執行kubeedge邊緣節點 256m記憶體 執行容器 且能夠連線到雲端，就可以使用kubeedge來管理。a3 kubeedge的主要場景之一就是邊緣節點處在私有網路。首先邊緣節點連線位於公網的管理面節點，建...
KubeEdge的雲邊協同設計原理
1.雲端元件與k8s master的關係 cloudcore和k8s master，非侵入的對映 2.edgecontroller詳解 邊緣節點管理 應用狀態元資料雲邊協同 3.devicecontroller詳解 devicemodel 裝置模版抽象 定義裝置通用支援的屬性 deviceinsta...