34 |
35 | + **CloudHub**：一个 Web Socket 服务端，负责监听云端的变化, 缓存并发送消息到 EdgeHub。
36 | + **EdgeController**：一个扩展的 Kubernetes 控制器，管理边缘节点和 Pods 的元数据确保数据能够传递到指定的边缘节点。
37 | + **DeviceController**：一个扩展的 Kubernetes 控制器，管理边缘设备，确保设备信息、设备状态的云边同步。
38 | + **CSI Driver**：同步存储数据到边缘。
39 | + **Admission Webhook**：为扩展API做合法性校验。
40 | ### On the Edge
41 | 
42 |
43 | + **EdgeHub**：一个 Web Socket 客户端，负责与边缘计算的云服务（例如 KubeEdge 架构图中的 Edge Controller）交互，包括同步云端资源更新、报告边缘主机和设备状态变化到云端等功能。
44 | + **Edged**：运行在边缘节点的代理，用于管理容器化的应用程序。
45 | + **EventBus**：一个与 MQTT 服务器（mosquitto）交互的 MQTT 客户端，为其他组件提供订阅和发布功能。
46 | + **ServiceBus**：一个运行在边缘的HTTP客户端，接受来自云上服务的请求，与运行在边缘端的HTTP服务器交互，提供了云上服务通过HTTP协议访问边缘端HTTP服务器的能力。
47 | + **DeviceTwin**：负责存储设备状态并将设备状态同步到云，它还为应用程序提供查询接口。
48 | + **MetaManager**：消息处理器，位于 Edged 和 Edgehub 之间，它负责向轻量级数据库（SQLite）存储/检索元数据。
49 | ## KubeEdge发展路线图
50 | + 云边协同消息改为gRPC协议。
51 | + 支持边缘集群EdgeSite纳入到KubeEdge。
52 | + 增强云边协同消息的可靠性和效率。
53 | + 使用edgemesh进行云边通信。
54 | + 支持Istio管理微服务。
55 | + 支持FAAS特性。
56 | + 边缘集群支持上千节点和百万端设备接入。
57 | + 大规模集群中能够智能调度。
58 | + 支持边缘节点的数据分析和查询。
59 | + 边端增加安全特性。
60 | ## OpenYurt 概述
61 | 
62 | 
63 |
64 | 使用 OpenYurt（Yurt，/jɜːrt/，蒙古包）作为开源项目名称，期望以其“形”来表示边缘计算侧重于创建一个集中管理但物理分布的基础设施，并支持自动/自治运行操作的含义。
65 | 
101 |
102 | YurtHub是一个节点守护程序，它充当从Kubernetes节点到主节点的出站流量的代理。 中继出站流量时，它将缓存所有状态并将其持久保存在本地。 如果与数据中心的连接丢失或Kubelet重新启动，则Kubelet将从YurtHub的缓存中读取。
103 |
104 | 
105 |
106 | OpenYurt提供了一个控制器管理器，用于管理一些控制器，例如节点控制器和单元控制器，以用于不同的边缘计算用例。 功能之一是，即使缺少节点心跳，处于自治模式的节点中的Pod也不会从API Server中撤出。
107 | ## KubeEdge发展路线图
108 | 
109 |
110 | 作为阿里云容器服务 ACK@Edge 的开源版本，OpenYurt 将采用全开源社区开发模式
111 | 每季度发布新版本更新，包含社区上游安全/关键 bug 修复和新特性、新能力。
112 | 逐步将产品完整能力开源，预计到 2021 年一季度正式发布 OpenYurt 1.0 版本
113 |
114 | 现状：
115 | + **边缘自治能力**(YurtHub: 已开源)，保证在弱网或者重启节点的情况下，部署在边缘节点上的应用也能正常运行；
116 | + **云边协同能力**(待开源)，通过云边运维通道解决边缘的运维需求，同时提供云边协同能力；
117 | + **单元化管理能力**(待开源)，为分散的边缘节点，边缘应用，应用间流量提供单元化闭环管理能力；
118 | ## KubeEdge vs OpenYurt
119 | 128 | ● 717 Forks
129 | ● 17 Release
130 | ● 2318 Commits
131 | ● Issues (221 open, 528 closed)
132 | ● Pull requests(52 open, 1137 closed) 133 |
135 | ● 70 Forks
136 | ● 1 Release
137 | ● 72 Commits
138 | ● Issues (2 open, 16 closed)
139 | ● Pull requests(1 open, 54 closed) 140 |
1.0 (2021)
Device Controller
Edge Controller
Disable the default nodelifecycle controller
自治
edged(重构kubelet)
自治
kubelet重定向
Device CRD
MQTT protocol and Mapper(Bluetooth/ModBus)
keadm
● 手动安装:
使用kubectl
二进制:
https://github.com/kubeedge/kubeedge/releases
169 | CRD yaml 文件：
https://github.com/kubeedge/kubeedge/tree/master/build/crds
yurtctl convert --provider [minikube|ack]
注意：目前yurtctl只支持minikube和ack
● 手动安装:
https://github.com/alibaba/openyurt/blob/master/docs/tutorial/manually-setup.md#label-cloud-nodes-and-edge-nodes
210 |
211 | 一键让原生 K8s 集群具备边缘计算能力
212 | ```
213 | yurtctl convert --provider [minikube|ack]
214 | ```
215 | 为了让原生 K8s 集群具备边缘计算能力，OpenYurt 以 addon 为载体，非侵入式增强原生 K8s。
216 |
217 | + Yurtctl 是一个**中心化**的管控工具。在 OpenYurt 云-边一体的架构里，Yurtctl 将直接与 APIServer 进行交互。它借助原生 Kubernetes 的 Job workload 对每个 node 进行运维操作。如图1所示，在执行转换（convert）操作时，Yurtctl 会通过 Job 将一个 servant Pod 部署到用户指定的边缘节点上，servant Pod 里的容器执行的具体操作请参考：https://github.com/alibaba/openyurt/blob/master/config/yurtctl-servant/setup_edgenode。
218 |
219 | + 由于 servant Pod 需要直接操作节点 root 用户的文件系统（例如将 yurthub 配置文件放置于 /etc/kubernetes/manifests 目录下），并且需要重置系统管理程序（kubelet.service）， servant Pod 中的 container 将被赋予 privileged 权限，允许其与节点共享 pid namespace，并将借由 nsenter 命令进入节点主命名空间完成相关操作。当 servant Job 成功执行后，Job 会自动删除。如果失败，Job 则会被保留，方便运维人员排查错误原因。借由该机制，Yurtctl 还可对 Yurthub 进行更新或者删除。
220 |
--------------------------------------------------------------------------------