作者：
何淋波（新胜），阿里云技术专家
陈锦赐（敬易），阿里云开发工程师
熊峰（籁鸣），阿里云技术专家
OpenYurt 定位为云边协同的云原生边缘基础设施，通过 2 年多的倒退，社区在云边协同治理，边缘自治，边缘网络与存储，以及 IoT 等方向曾经孵化超过 20+ 子项目，为更好的晋升社区协同效率和欠缺社区治理，OpenYurt 社区成立了 3 个 SIG：ControlPlane, DataPlane, IoT 来兼顾治理社区所有我的项目，同时社区会议也由双周会调整为周会。通过 OpenYurt 社区各个 SIG 的一齐致力，OpenYurt v1.0 版本于北京工夫 9 月 9 号正式公布。
v1.0 版本重点关注代码品质晋升，升高 OpenYurt 的入门门槛，以及外围组件的性能测试，同时对立 API 的自动化治理。
SIG ControlPlane
重点更新
- API 治理：NodePool 资源版本升级到
v1beta1，同时 OpenYurt 所有 API 治理迁徙到 openyurtio/api [ 1]，倡议用户通过援用这个我的项目来应用 OpenYurt 的资源 API
- 欠缺测试覆盖率：应用 CodeCov [ 2] 来跟踪各个我的项目的 unit test 覆盖率。目前 ControlPlane 各个我的项目的测试覆盖率根本达到 50%。同时欠缺了 yurt-app-manager 我的项目的 E2E 和 Fuzz 测试
- 性能测试：重点关注 Yurthub 组件的性能和云边断网状态下节点重启时 Pod 复原效率，相干测试报告能够参考：Yurthub 性能测试报告 [ 3]，节点重启时 Pod 复原效率测试 [ 4]
- OpenYurt 装置部署优化: 移除了晚期的 K8s 和 OpenYurt 互相转换工具，同时 OpenYurt 装置优化为: OpenYurt Control-Plane 组件装置 [ 5]，边缘节点接入 [ 6]
具体更新能够参考：https://github.com/orgs/openy…
将来布局
SIG ControlPlane 仍将持续晋升云边协同场景下的治理能力，目前布局的能力包含：
- 反对节点池为入口的运维监控能力，确保云边网络断连状态下，仍可对节点池内资源进行运维监控操作 #775 [ 7]
- 反对节点池维度的 Pod 驱赶管理策略，确保边缘业务的可用性 #779 [ 8]
- 反对云边流量复用能力，大幅升高云边通信的管控流量，以及缩小 95%+ 的 list/watch 申请 #778 [ 9]
- 摸索边缘业务的新型降级模型，如 DaemonSet 工作负载的 OTA 降级和 Auto 降级 #914 [ 10]
- 基于 kubeadm 重构 yurtadm join command #889 [ 11]
- 优化服务流量拓扑能力，解决 Service 和 NodePool 变动时引发的流量拓扑的更新问题 #871 [ 12]
- 优化基于流水线打包 OpenYurt 集群镜像 (基于 sealer) #942 [ 13]
具体布局能够参考：https://github.com/orgs/openy…
SIG DataPlane
重点更新
- raven 反对 WireGuard 作为 VPN 后端；相比于 IPSec 作为 VPN 后端有更好的性能
- raven 反对 Calico，适配 Calico 对于单节点多容器网络网段的个性
- raven 反对网络链路最小 MTU 的探测
- 欠缺测试覆盖率: 应用 CodeCov 来跟踪 raven 和 raven-controller-manager 的 unit test 覆盖率，目前 DataPlane 各个我的项目中测试覆盖率都无效晋升，其中 raven 我的项目的测试覆盖率曾经达到 60% 以上
具体更新能够参考: https://github.com/orgs/openy…
将来布局
SIG DataPlane 仍将持续晋升云边协同场景下的网络能力，目前布局的能力包含：
- raven 反对 SLB 作为公网裸露形式，以后仅反对云端 eip 或公网 ip 的形式买通边 - 边、云边网络 #22 [ 14]
- raven 反对 NAT 穿梭，使得边端的网络可能不借助于云端的转发，达到相互买通的成果 #45 [ 15]
- raven 反对接管 yurt-tunnel 的能力，将 OpenYurt 的网络组件对立收口到 raven 我的项目 #40 [ 16] #41 [ 17]
具体布局能够参考：https://github.com/orgs/openy…
SIG IoT
重点更新
1. yurt-edgex-manager
- Helm Chart 反对。#17 [ 18]
- 反对 1.22 及以上版本 Kubernetes。#21 [ 19]
- 针对 EdgeX CRD 新增 Webhook 反对。#22
- 优化 EdgeX 微服务的 Service 类型及网络监听形式，防止端口抵触，晋升开发测试易用性。#29 [ 20] #37 [ 21]
2. yurt-device-controller
- 反对指定 device、deviceprofile、deviceservice 资源双向同步名称，解决主动通过过程中反复创立资源问题。#50 [ 22]
- 降级 Kube-Builder 版本，调整 Project Layout 为 Multi-Group，便于后续 Device 相干 API 的 ClientSet 生成。调整 DeviceProfile CRD DeviceResource.Attributes 数据类型，修复反对 2.x 版本 EdgeX 后，make generate 失败问题。#43 [ 23]
- Helm Chart 反对。#57 [ 24]
3. 欠缺测试笼罩
应用 CodeCov 来跟踪各个我的项目的 unit test 覆盖率。通过减少单元测试，E2E 测试，继续晋升 IoT SIG 中各个我的项目的测试覆盖率，其中，yurt-device-controller 测试覆盖率晋升至 45%。
将来布局（SIG IoT v0.3）
- yurt-edgex-manager 调整为 yurt-iot-manager，提供自动化反对 EdgeX 新 release 版本的能力；对立 IoT SIG 中所有组件的部署，提供更加便捷的装置部署形式；反对组件定制化部署。
- OpenYurt 设施治理 Benchmark。
- 基于 OpenYurt+EdgeX+OpenVINO 的摄像头治理及适配辨认 End-to-End 参考架构及实现。
具体布局能够参考：https://github.com/orgs/openy…
如果您对于 OpenYurt 有任何疑难，欢送应用钉钉扫描二维码退出钉钉交换群。
相干链接
[1] openyurtio/api
https://github.com/openyurtio…
*[2] CodeCov*
https://about.codecov.io/
*[3] Yurthub 性能测试报告 *
https://openyurt.io/docs/test…
*[4] 节点重启时 Pod 复原效率测试 *
https://openyurt.io/docs/test…
*[5] OpenYurt Control-Plane 组件装置 *
https://openyurt.io/docs/inst…
*[6] 边缘节点接入 *
https://openyurt.io/docs/inst…
*[7] #775*
https://github.com/openyurtio…
*[8] #779*
https://github.com/openyurtio…
*[9] #778*
https://github.com/openyurtio…
*[10] #914*
https://github.com/openyurtio…
*[11] #889*
https://github.com/openyurtio…
*[12] #871*
https://github.com/openyurtio…
*[13] #942*
https://github.com/openyurtio…
*[14] #22*
https://github.com/openyurtio…
*[15] #45*
https://github.com/openyurtio…
*[16] #40*
https://github.com/openyurtio…
*[17] #41*
https://github.com/openyurtio…
*[18] #17*
https://github.com/openyurtio…
*[19] #21*
https://github.com/openyurtio…
*[20] #29*
https://github.com/openyurtio…
*[21] #37*
https://github.com/openyurtio…
*[22] #50*
https://github.com/openyurtio…
*[23] #43*
https://github.com/openyurtio…
*[24] #57*
https://github.com/openyurtio…
点击此处，立刻理解 OpenYurt 我的项目！