主頁 > 軟體設計 > 2020十大邊緣計算開源專案

2020十大邊緣計算開源專案

2021-01-14 13:15:43 軟體設計

2020 年是非常特別的一年,各行各業都非常艱難,但是有一股力量逆勢增長,不斷迎來新的突破,那就是開源,即使是資本寒冬,一些開源公司如EMQ也能逆勢融資,Rancher也能和SUSE強強聯合,開源充滿無限可能,這是屬于開源的最好的時代,每一位開發者都是星星之火,星星之火可以燎原,

邊緣計算社區經過一個月調研,梳理了 2020 年邊緣計算領域較為活躍和創新、熱門的十個開源專案 KubeEdge、StarlingX、K3s、EdgeXfoundry、EdgeGallery、Akraino、Baetyl、OpenYurt、SuperEdge、Azure IoT Edge,無關派別,以下排名不分先后,萬字長文,建議收藏,一定要看到最后,文末有驚喜,

1

KubeEdge

1.1

專案介紹:

KubeEdge 名字來源于 Kube + Edge,是面向邊緣計算場景、專為邊云協同設計的業界首個云原生邊緣計算框架,在 Kubernetes 原生的容器編排調度能力之上實作了邊云之間的應用協同、資源協同、資料協同和設備協同等能力,完整打通了邊緣計算中云、邊、設備協同的場景,

KubeEdge 于 2019 年 3 月正式進入 CNCF 成為沙箱級專案(Sandbox),也成為 CNCF 首個云原生邊緣計算專案,并于 2020 年 9 月晉升為范訓級專案(Incubating),成為 CNCF 首個范訓的云原生邊緣計算專案,

1.2

2020 年大事記

2020 年 9 月 KubeEdge 晉升為 CNCF 范訓級專案(Incubating),標志著專案已進入大規模生產落地期,目前已在包括 CDN、工業、能源、園區、交通等在內的多個行業迅速發展并生產落地,落地用戶包括聯通沃云、諧云、時速云、中移在線、瑞斯康達等組織,

截至 2020 年 12 月,KubeEdge 社區累計吸引全球開發者 6 萬+,其中來自超過 40 個企業組織的 550 多名開發者參與了社區的核心代碼貢獻,社區合作伙伴包括 Arm、三星電子、法國電信、中國移動、中國聯通、中國電信、華為云、時速云、KubeSphere、EMQ 等,

1.3

相關介紹

KubeEdge 架構上分為云、邊、端三個層次,云端負責應用和配置的校驗、下發,邊緣側負責運行邊緣應用和管理接入的設備,設備端運行各種邊緣設備,KubeEdge 完整打通了邊緣計算中云、邊、設備協同的場景,

其核心能力包括:

  1. 支持復雜的邊云網路環境:雙向多路復用邊云訊息通道提供應用層可靠增量同步機制,支持高時延、低質量網路環境,

  2. 應用/資料邊緣自治:支持邊緣離線自治及邊緣資料處理作業流

  3. 邊云一體資源調度和流量協同:支持邊云節點混合管理、應用流量統一調度

  4. 支持海量邊緣設備管理:資源占用業界同類最小;提供可插拔設備管理框架,支持自定義插件擴展

  5. 開放生態:100%兼容 Kubernetes 原生能力;支持 MQTT、Modbus、Bluetooth、Wifi、ZigBee 等業界主流設備通信協議,

未來 KubeEdge 將持續以云原生技術為基礎、結合邊緣計算場景,將云原生技術無縫擴展到邊緣,打造最好用的云原生邊緣計算平臺,

官網:https://kubeedge.io

Github:https://github.com/kubeedge

2

Starlingx

2.1

專案介紹:

StarlingX,一個專注于對低延遲和高性能應用進行優化的開源邊緣計算及物聯網云平臺,StarlingX 專案旨在為邊緣計算重新配置經過驗證的云技術,在大規模分布式計算環境中提供成熟且穩健的云平臺,StarlingX 是適用于裸機、虛擬機和容器化部署環境的完整邊緣云基礎設施平臺,適用于對高可用性(HA)、服務質量(QoS)、性能和低延遲等有嚴格要求的應用場景,

2.2

2020 年大事記

2020 年 8 月正式發布 4.0 版本,社區將對 Kata Containers 的支持添加為一個容器運行時,集成了 OpenStack 的 Ussuri 版本,將剩余的平臺服務容器化,以列出對軟體的一些增強,

2020 年,StarlingX 專案被批準為開源基礎設施基金會的頂級專案之一,在這一年中,有 111 位貢獻者將 2237 項代碼更改合并到了代碼庫中,這還不包括提交到平臺集成的相鄰專案的代碼庫中的更改(例如 Kubernetes),

2.3

相關介紹

StarlingX 提供了可部署、可擴展和高度可靠的邊緣基礎設施軟體平臺,用以構建關鍵任務邊緣云,作為完整的堆疊進行測驗和發布,StarlingX 利用了其他開源專案的組件,例如 Ceph、Linux、KVM、OpenStack 和 Kubernetes,并通過配置和故障管理等新服務對其進行了補充,StarlingX 社區針對安全性,超低延遲,超高服務正常運行時間以及面向邊緣和 IoT 用例的簡化操作優化了解決方案,

StarlingX的應用場景包括遠端或最后一英里,以及應用用例,例如工廠中的內部云、工業物聯網、自動駕駛汽車和其他基于運輸的物聯網應用,多訪問邊緣計算(MEC)和虛擬無線電接入網路(vRAN)、5G、智能建筑和城市、增強和虛擬現實、高清媒體內容交付、監控、醫療影像以及通用客戶前提設備(uCPE),在今后的幾年中將會呈現高速的增長,

官網:www.starlingx.io

Github:https://github.com/starlingx

3

K3s

3.1

專案介紹

k3s 是首個進入 CNCF 沙箱專案的 K8S 發行版,同時也是當前全球用戶量最大的 CNCF 認證輕量級 K8S 發行版,自 2019 年 3 月發布以來,備受全球開發者們關注,至今 GitHub Star 數已超過 15,500,成為了開源社區最受歡迎的邊緣計算 K8S 解決方案,截至目前,K3s 全球下載量超過 100 萬次,每周平均被安裝超過 2 萬次,其中 30%的下載量來自中國,

k3s 專為在資源有限的環境中運行 Kubernetes 的研發和運維人員設計,將滿足日益增長的在邊緣計算環境中運行在 x86、ARM64 和 ARMv7 處理器上的小型、易于管理的 Kubernetes 集群需求,k3s 的發布,為開發者們提供了以“Rancher 2.X + k3s”為核心的從資料中心到云到邊到端的 K8S 即服務(Kubernetes-as-a-Service),推動 KubernetesEverywhere,

3.2

2020 大事記

2020 年 8 月,K3s 加入 CNCF 沙箱專案,是首個進入 CNCF 沙箱專案的 Kubernetes 發行版,同時也是當前全球用戶量最大的 CNCF 認證輕量級 Kubernetes 發行版,

2020 年 10 月,Rancher 中國團隊正式發布并開源了 K3s 自動化工具專案 AutoK3s, 它是一款輕量級工具,用于在多個云供應商上快速創建和管理 K3s 集群,它可以幫助用戶快速完成 K3s 集群的個性化配置,同時集成 Kubectl 以提供便捷的集群訪問功能,

3.3

相關介紹

當組織同時使用 Rancher 和 K3s 時,組織將擁有一個在邊緣運行 Kubernetes 的簡單且完整的解決方案,

通過消除安裝 Kubernetes 的復雜性和學習成本,K3s 極大地簡化了邊緣部署,K3s 與架構無關,并且占用空間極小,K3s 的易用性使組織可以從堆疊中獲得更高的價值,將集群部署至數百甚至數千個地點,并快速啟動這些集群,Rancher 通過 Rancher 持續交付(Continuous Delivery)幫助 K3s 用戶管理大量集群,Rancher 為用戶提供了一個控制器,使他們能夠在邊緣高效地管理 Kubernetes,K3s 為邊緣部署提供動力,并推動組織實作真正的數字化轉型,

官網:https://www.rancher.cn/k3s/

Github:https://github.com/k3s-io/k3s

4

EdgeX Foundry

4.1

專案介紹:

EdgeX Foundry 是由 Linux 基金會運營的廠商中立的開放原始碼專案,旨在為物聯網邊緣計算創建公共開放的框架,該專案的核心是基于與硬體和作業系統完全無關的參考軟體平臺建立的互操作框架,使能即插即用的組件生態系統,統一市場,加速物聯網方案的部署,

EdgeX Foundry 使有意參與的各方在開放與互操作的物聯網方案中自由協作,無論他們是使用公開標準或私有方案,Edgex Foundry 由 LF Edge 運營,目前有 60 多家全球企業參與,150 多名工程師貢獻代碼,EdgeX 中國專案于 2019 年底成立,負責運營中國區的技術推廣并吸引更多的代碼貢獻,VMware 和 Intel 是 EdgeX 中國專案的聯合維護單位,

4.2

大事記

2020 年 EdgeX 全球下載量累計達到 800 萬次,來自中國的下載排名全球第二,像 Dell、惠普、埃森哲、Intel、Wipro、TIBCO 這樣的全球企業都推出了基于 EdgeX 的行業解決方案,中國今年有 1000 多名專業人士參與社區活動,估計代表了約 200 家各類機構,其中有 30-40 家活躍組織,有 10 家以上的公司(研華科技、京東、中科創達、江行智能、新華三、贊同科技、云創遠景等)公布了基于 EdgeX 的商業技術解決方案,并已經有大量專案落地客戶,

官網:https://www.edgexfoundry.org/

Github:https://github.com/edgexfoundry/

5

EdgeGallery

5.1

專案介紹

EdgeGallery 是由設備廠商、運營商,垂直行業伙伴等聯合發起的一個 5G 邊緣計算開源專案,目的是打造一個符合 5G MEC“聯接+計算”特點的邊緣計算公共平臺,實作網路能力(尤其是 5G 網路)開放的標準化和 MEC 應用開發、測驗、遷移和運行等生命周期流程的通用化,

EdgeGallery 不僅是一個 MEP 平臺,未來更是一個面向應用和開發者的端到端解決方案,將為應用開發者、邊緣運營及運維人員提供一站式服務,

5.2

2020 大事記

2020 年 7 月 30 日,來自中國資訊通信研究院、中國移動、中國聯通、華為、騰訊、紫金山實驗室、九州云和安恒資訊的代表召開首屆 EdgeGallery 開源社區董事會,標志著聚焦 5G 邊緣計算場景的 EdgeGallery 開源專案籌備作業完成,社區正式成立,社區治理進入董事會領導下的規范運作新階段,

2020 年 8 月 6 日,業界首個 5G 邊緣計算開源平臺 EdgeGallery 宣布在碼云上正式開源,9 月 30 日,EdgeGallery 社區正式發布了第二個版本 Blue release,

5.3

相關介紹

EdgeGallery 針對邊緣計算場景提供了設計、分發以及運行的 E2E 平臺以及工具鏈,為了繁榮邊緣計算生態,EdgeGallery 還不斷豐富樣例應用、聯邦商城、5G 實驗室等:

  1. E2E 應用開發部署平臺:a) API 能力中心:面向 APP 開發者,提供更加豐富的開放能力 b) 開發調測換環境:提供 5G MEC 開發調測沙箱以及外場環境 c) 5G 網路集成:UPF 對接、提供 DNS、流量等規則配置能力

  2. APP Store 聯邦以及 APP 生態共建:a) 3rd APP Store 管理:提供三方 APP 倉庫的注冊管理功能 b) APP Store 分布式聯邦:實作與三方 APP 倉庫的 APP 推送共享 c) APP 身份證:提供 APP 認證平臺,運營商可定制測驗用例

  3. 邊緣節點可視化管理:a) 邊緣節點 GIS 管理:提供基于在線地圖的邊緣節點以及資源管理,提供街道級別的 MEP 詳細拓撲 b) 5G UPF 分流規則配置:UPF 流量轉發規則,DNS 規則的可視化配置

  4. 邊緣應用與服務可視化:a) 本地 Portal:新增 MEP 單節點管理界面,用以管理應用和服務,實作基本的服務治理可視化能力 b) 節點服務治理:提供單節點服務的 health check,多節點服務隔離,5G 網路集成等能力在未來的版本中,社區計劃持續提升 EdgeGallery 平臺的用戶體驗、穩定性、安全性以及提供更豐富的開放能力,

在未來的版本中,社區計劃持續提升EdgeGallery平臺的用戶體驗、穩定性、安全性以及提供更豐富的開放能力,

官網:http://www.edgegallery.org/

Github:https://gitee.com/edgegallery

6

Akraino

6.1

專案介紹

Akraino 是針對 Edge 的一組開放式基礎架構和應用藍圖,涵蓋了廣泛的用例,包括針對提供商和企業邊緣域的 5G,AI,Edge IaaS / PaaS,IoT,這些藍圖是由 Akraino 社區創建的,專門針對各種形式的邊緣,所有這些藍圖的統一之處在于它們已經由社區進行了測驗,可以按原樣使用,或者用作自定義新邊緣藍圖的起點,

6.2

2020 大事記

2020 年 8 月批準的Akraino版本3(R3)包括6個新的藍圖:

① 5G MEC / Slice系統,支持云游戲,高清視頻和現場直播藍圖

②AI Edge:教育視頻安全監控;

③微型MEC

④IEC型別3:Arm服務器上的AndroidCloud本機應用程式邊緣

⑤IEC型別5:用于集成邊緣云的SmartNIC

⑥輕量級5G電信邊緣上的企業應用程式

官網:https://www.lfedge.org/projects/akraino/

Github:https://gerrit.akraino.org/

7

Baetyl

7.1

專案介紹

Baetyl,原名 OpenEdge,最早是由百度智能云打造的邊緣計算平臺,于 2018 年 12 月 6 日正式對外開源,也是是中國首個全面開源的邊緣計算平臺,在 2019 年 9 月 23 日,百度宣布將 BAETYL 捐贈給 Linux 基金會旗下社區,是中國首個 LF Edge 捐贈專案,2020-07-08,Baetyl 2.0 正式發布,同步開源了邊緣計算云管平臺 Baetyl-Cloud,

Baetyl 旨在將云計算能力拓展至用戶現場,提供臨時離線、低延時的計算服務,包括資料接入、訊息路由、函式計算、流式計算、AI 推斷等功能,配合最新開源的云管平臺 Baetyl-Cloud,可以實作應用部署、配置下發、系統監控等功能,提供了完整的“云管理、邊運行”的一體化解決方案,

7.2

大事記

2020-07-08,Baetyl 2.0 正式發布,Baetyl2.0 最重要的亮點包括:

o 增加全新的遠程管理系統 Baetyl-Cloud,支持對多個邊緣節點的管理,

o 邊緣和遠程管理框架全部向云原生演化,已支持運行在原生 Kubernetes 或 K3S 之上,

o 引入宣告式的設計,通過設備影子實作端云同步,

o 升級內部架構,支持未來升級到邊緣集群,

7.3

相關介紹

云端管理套件和邊緣計算框架

云端管理套件

  1. 云端管理套件(Cloud Management Suite)負責管理所有資源,包括節點、應用、配置、部署等,所有功能的實作都插件化,方便功能擴展和第三方服務的接入,提供豐富的應用,云端管理套件的部署非常靈活,即可部署在公有云上,又可部署在私有化環境中,還可部署在普通設備上,支持 K8S/K3S 部署,支持單租戶和多租戶,

  2. 開源版云端管理套件提供的基礎功能如下:

  3. 邊緣節點管理

    1. 在線安裝

    2. 端云同步(影子)

    3. 節點資訊

    4. 節點狀態

    5. 應用狀態

  4. 應用部署管理

    1. 容器應用

    2. 函式應用

    3. 節點匹配(自動)

  5. 配置管理

    1. 普通配置

    2. 函式配置

    3. 密文

    4. 證書

    5. 鏡像庫憑證

  6. 開源版本包含上述所有功能的 RESTful API,暫不包含前端界面(Dashboard),

邊緣計算框架

  1. 邊緣計算框架(Edge Computing Framework)運行在邊緣節點的 Kubernetes 上, 管理和部署節點的所有應用,通過應用服務提供各式各樣的能力,應用包含系統應用和普通應用,系統應用全部由 Baetyl 官方提供,用戶無需配置,

  2. 目前有如下幾個系統應用:

  3. baetyl-init:負責激活邊緣節點到云端,并初始化 baetyl-core,任務完成后就會退出,

  4. baetyl-core:負責本地節點管理(node)、端云資料同步(sync)和應用部署(engine),

  5. baetyl-function: 所有函式運行時服務的代理模塊,函式呼叫都到通過這個模塊,

  6. 目前框架支持 Linux/amd64、Linux/arm64、Linux/armv

  7. 如果邊緣節點的資源有限,可考慮使用輕量版 Kubernetes:K3S,

官網:https://baetyl.io/

Github:https://github.com/baetyl

8

OpenYurt

8.1

專案介紹

OpenYurt 是業界首個開源的非侵入式邊緣計算云原生平臺,秉承“Extending your native Kubernetes to Edge”的非侵入式設計理念,擁有可實作邊緣計算全場景覆寫的能力,

使用 OpenYurt(Yurt,/j??rt/,蒙古包)作為開源專案名稱,期望以其“形”來表示邊緣計算側重于創建一個集中管理但物理分布的基礎設施,并支持自動/自治運行操作的含義,OpenYurt 主打“非侵入式云邊一體化”概念,依托原生 Kubernetes 強大的容器編排、調度能力,通過眾多邊緣計算應用場景錘煉,實作了一整套對原生 Kubernetes“零”侵入的邊緣云原生方案,提供諸如邊緣自治、高效運維通道、邊緣單元化管理、邊緣流量拓撲管理,安全容器、邊緣 Serverless/FaaS、異構資源支持等能力,OpenYurt 能幫用戶解決在海量邊、端資源上完成大規模應用交付、運維、管控的問題,并提供中心服務下沉通道,實作和邊緣計算應用的無縫對接,

在短短一年內,作為公共云服務 ACK@Edge 的核心框架,OpenYurt 已實作全網覆寫和本地覆寫的全場景落地,全網覆寫的應用場景如 CDN、音視頻直播、物聯網、物流、工業大腦、城市大腦等;本地覆寫的應用場景和案例如阿里云 LinkEdge、優酷、盒馬、AIBox、銀泰商城等,

8.2

大事記

  1. 2020 年 5 月 OpenYurt 正式對外開源,發布 v0.1.0 版本,成為業界首個開源的非侵入式邊緣計算云原生平臺,

  2. 2020 年 8 月,開源云邊隧道功能并發布 v0.2.0 版本

  3. 2020 年 9 月,開源 3 個月后經過社區一起努力 OpenYurt 正式成為 CNCF 沙箱級別專案,標志著 OpenYurt 在邊緣計算場景中構建云原生基礎設施的能力受到了行業的廣泛認可

  4. 2020 年 12 月,社區活躍度繼續攀升,經 intel,諧云科技等外部同學一起合作努力,開源邊緣單元化功能,并發布 v0.3.0 版本

8.3

相關介紹

OpenYurt 的主要組件包括:

YurtHub:Kubernetes 集群中節點上運行的守護程式,它的作用是作為(Kubelet,Kubeproxy,CNI 插件等)的出站流量的代理,它在邊緣節點的本地存盤中快取 Kubernetes 節點守護行程可能訪問的所有資源的狀態,如果邊緣節點離線,則這些守護程式可以幫助節點在重新啟動后恢復狀態,

YurtController Manager:在各種不同的邊緣計算用例中 Yurt Controller Manager 負責管理一個節點控制器( NodeController ),舉例來說即使節點心跳丟失,處于自治模式的節點中的 Pod 也不會從 API Server 中被驅逐( evicted ),

YurtApp Manager:它管理 OpenYurt 中引入的兩個 CRD 資源,NodePool 和 UnitedDeployment. 前者為位于同一區域的節點池提供了便利的管理方法,后者定義了一種新的邊緣應用模型以節點池為單位來管理作業負載,

YurtTunnel (server/agent):TunnelServer 通過反向代理與在每個邊緣節點中運行的 TunnelAgent 守護行程建立連接并以此在公共云的控制平面與 處于 企業內網(Intranet)環境的邊緣節點之間建立安全的網路訪問,

作為首個對原生 Kubernetes 完整生態全部兼容的智能開放平臺,OpenYurt 將以更靈活和可擴展的體系結構方向發展,不斷增強開源開發者友好體驗,OpenYurt 還將基于行業場景與 5G、AI、大資料、區塊鏈等新興技術結合,驅動企業業務加速創新,未來 OpenYurt 將與社區并肩、與生態同行,致力于推進云原生技術在邊緣計算領域的生態建設與普及,與全球開發者一起拓展云原生的邊界,

官網:https://openyurt.io

Github:https://github.com/alibaba/openyurt

9

SuperEdge

9.1

專案介紹

2020 年 12 月 19 日,SuperEdge 專案由騰訊、Intel、VMware、虎牙直播、寒武紀、首都在線和美團聯合宣布開源,在 github 上發布首個版本,

SuperEdge 是 Kubernetes 原生的邊緣容器方案,它將 Kubernetes 強大的容器管理能力擴展到邊緣計算場景中,針對邊緣計算場景中常見的技術挑戰提供了解決方案,如:單集群節點跨地域、云邊網路不可靠、邊緣節點位于 NAT 網路等,這些能力可以讓應用很容易地部署到邊緣計算節點上,并且可靠地運行,

9.2

相關介紹

SuperEdge 支持所有 Kubernetes 資源型別、API 介面、使用方式、運維工具,無額外的學習成本,也兼容其他云原生專案,如:Promethues,使用者可以結合其他所需的云原生專案一起使用,

SuperEdge 擁有如下特性:

Kubernetes 原生:SuperEdge 基于 Kubernetes 強大的容器編排、調度能力加強構建,其易于集成的特性使開發者無需對 Kubernetes 進行復雜的結構性修改即可輕松部署,SuperEdge 還能完全兼容 Kubernetes 的所有原生 API 及其他資源,

邊緣自治:SuperEdge 能夠實作節點級邊緣自治,當邊緣節點處于離線狀態或者與云端網路連接不穩定時,邊緣節點和網路依然可以自主運行和作業,這能夠有效化解網路不可靠所帶來的不利影響,

分布式節點健康監測:SuperEdge 是業內首個將健康監測帶到邊緣側的開源容器管理系統,這意味著 SuperEdge 能夠在邊緣側持續守護行程,并收集節點的故障資訊,實作更加快速和精準的問題發現與報告,此外,其分布式的設計還可以實作多區域、多范圍的監測和管理,

內置服務網格框架:SuperEdge 能夠自動部署多區域的微服務,方便管理在服務器上運行的數量龐大的微服務,從而減少管理和編程成本,同時,網格內倍訓服務可以有效減少運行負載,提高系統的容錯能力和可用性,

內網穿透:SuperEdge 能夠保證 Kubernetes 節點在有無公共網路的情況下都可以連續運行和維護,并且同時支持傳輸控制協議(TCP)、超文本傳輸協議(HTTP)和超文本傳輸安全協議(HTTPS),

Github:https://github.com/superedge/superedge

10

Azure IoT Edge

10.1

專案介紹

Azure IoT Edge 是基于物聯網 (IoT) 中心構建的 IoT 服務,此服務供想要在設備上 (也稱為“在邊緣上”)而不是在云中分析資料的客戶使用,通過將部分作業負荷移至邊緣,設備將訊息發送到云所花費的時間可以更少,并且設備可以對狀態更改更快地做出回應,

Azure IoT Edge 主要將基于云的分析和定制的業務邏輯轉移到邊緣設備,使企業能夠專注于洞察商業機會而非資料管理,微軟表示,這些設備現在將能夠立即采取實時資料行動,借助開源的 Azure IoT Edge,開發人員可以更靈活地控制自己的邊緣解決方案,以及運行時或除錯問題,

10.2

相關介紹

為了解決 Azure IoT Edge 大規模部署的安全問題,Azure IoT Edge 深入集成了設備調配服務,以安全地配置數以萬計的設備和 Azure IoT Edge 安全管理員,這些管理員可以用來保護邊緣設備及其組件,自動設備管理(ADM)可以基于設備元資料將大型物聯網邊緣模塊部署到設備,

Azure IoT Edge 支持 C#,C,Node.js,Python 和 Java 等編程語言,它還提供 VSCode 模塊開發,測驗和部署工具,以及帶 VSTS 的 CI/CD 管道,部署 Azure IoT Edge 有三個必要組件,即 Azure IoT Edge Runtime,Azure IoT Hub 和 Edge 模塊,Azure IoT Edge Runtime 是免費且開源的,但客戶必須使用付費的 Azure IoT Hub 實體進行擴展,邊緣設備的管理和部署也將基于 Azure 服務或客戶使用的 Edge 模塊,

Github:https://github.com/Azure/iotedge

由于開源實在太火,缺乏溝通交流平臺,所以我們組了一個微信群叫邊緣計算開源圈,交流邊緣計算開源專案,以及開源相關,無派別,無廣告,希望對您有幫助,進群需要改一下備注,公司名+姓名,

我們會把所有邊緣計算開源專案負責人及團隊邀請進來,爭取構建一個中立、綜合的邊緣計算開源交流平臺,

感謝閱讀,歡迎擴散傳播!感謝!

邊緣計算社區:促進邊緣計算領域知識傳播,中立,客觀,如果您關注邊緣計算、5G、物聯網、云原生等領域請關注我們,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/248645.html

標籤:其他

上一篇:Web基本筆記~10.流程控制

下一篇:王者榮耀刷金幣(python+adb實作)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more