「连载」边缘计算(二十二)02-27:边缘部分源码(源码分析篇)

(接上篇)

devicetwin 的具体逻辑剖析

devicetwin的启动函数具体如下所示。

|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| KubeEdge/edge/pkg/devicetwin/devicetwin.go |
| //Start run the module func (dt *DeviceTwin) Start(c *context.Context) { controller, err := InitDTController(c) if err != nil { klog.Errorf("Start device twin failed, due to %v", err) } dt.dtcontroller = controller dt.context = c err = controller.Start() if err != nil { klog.Errorf("Start device twin failed, due to %v", err) } } |

启动函数主要做了如下两件事情。

  1. 初始化DTController(controller, err := InitDTController(c));

  2. 启动已经初始化的DTController(err = controller.Start())。

初始化DTController时把传入的beehive context消息框架实例,并在其中初始化一些devicetwin所需的channel,以便与传入的beehive context消息框架实例进行交互。

下面深入剖析已经初始化的DTController在启动过程中和启动以后所做的事。DTController启动函数Start()的定义具体如下所示。

|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| KubeEdge/edge/pkg/devicetwin/dtcontroller.go |
| //Start devicetwin controller func (dtc *DTController) Start() error { err := SyncSqlite(dtc.DTContexts) ... moduleNames := []string{dtcommon.MemModule, dtcommon.TwinModule, dtcommon.DeviceModule, dtcommon.CommModule} for _, v := range moduleNames { dtc.RegisterDTModule(v) go dtc.DTModules[v].Start() } ... } } |

DTController启动函数Start()主要做了两件事。

1) 将数据库中的内容加载到内存中(err := SyncSqlite(dtc.DTContexts));

2) 启动devicetwin中所有的module,具体如下所示。

|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| moduleNames := []string{dtcommon.MemModule, dtcommon.TwinModule, dtcommon.DeviceModule, dtcommon.CommModule} for _, v := range moduleNames { dtc.RegisterDTModule(v) go dtc.DTModules[v].Start() } |

devicetwin 的缓存机制剖析

devicetwin中的缓存是利用Golang本身的sync.Map实现的,这里不展开剖析。推测KubeEdge在edge端的offline mode也是基于Golang本身的sync.Map实现的,这样会带来以下问题。

1)基于Golang的sync.Map需要处处用锁,在并发量大的情况下会出现堵塞。

2)基于Golang的sync.Map内存最大限度是多少,缓存周期怎么控制,缓存与持久存储怎么平衡。

到此,EdgeCore组件的devicetwin功能模块源码分析就结束了。

未完待续......

相关推荐
说私域2 分钟前
基于开源AI大模型、AI智能名片与S2B2C商城小程序源码的用户价值引导与核心用户沉淀策略研究
人工智能·开源
亲持红叶3 分钟前
GLU 变种:ReGLU 、 GEGLU 、 SwiGLU
人工智能·深度学习·神经网络·激活函数
说私域3 分钟前
线上协同办公时代:以开源AI大模型等工具培养网感,拥抱职业变革
人工智能·开源
群联云防护小杜5 分钟前
深度隐匿源IP:高防+群联AI云防护防绕过实战
运维·服务器·前端·网络·人工智能·网络协议·tcp/ip
摘星编程10 分钟前
构建智能客服Agent:从需求分析到生产部署
人工智能·需求分析·智能客服·agent开发·生产部署
不爱学习的YY酱13 分钟前
信息检索革命:Perplexica+cpolar打造你的专属智能搜索中枢
人工智能
whaosoft-1431 小时前
51c自动驾驶~合集7
人工智能
刘晓倩4 小时前
Coze智能体开发实战-多Agent综合实战
人工智能·coze
石迹耿千秋5 小时前
迁移学习--基于torchvision中VGG16模型的实战
人工智能·pytorch·机器学习·迁移学习
路人蛃8 小时前
通过国内扣子(Coze)搭建智能体并接入discord机器人
人工智能·python·ubuntu·ai·aigc·个人开发