Master中与边缘存储和网络的资源相关的资源对象，将监听到的资源对象交由CSI Driver处理，CSI Driver处理的结果通过UDS（Unix Domain Socket）的方式传给。3）以多集群的形式管理边缘计算资源：在边缘通过部署多种集群的方式对边缘的计算资源进行管理，即在云上有一个统一控制平面对边缘的多个集群进行统一管理。1）以节点的形式管理边缘计算资源：在云上部署整个系统的控制面，

（接上篇）Cloudcore源码入口Cloudcore源码入口为KubeEdge/cloud/CloudCore/CloudCore.go。CloudCore源码入口函数具体如下所示。funcmain() {command := app.NewCloudCoreCommand() //此函数是对cobra调用的封装...}进入app.NewCloudCoreCommand()函数内部，也就是Kub

的功能模块启动之前，首先实例化了一个beehive的context，然后再获得各个功能模块，最后用一个for循环逐个启动功能模块，并将已实例化的beehive的context作为参数，传入每个功能模块的启动函数中。中独立的功能模块就被beehive的context组织成了一个统一的整体。至于beehive的context是怎么做到的，还需要进入beehive的context的实例化函数contex

和device_twin三张表对应的结构体定义外，还有针对这三张表的增、删、改、查方法的定义。和device_twin三张表。与上述三张表对应的结构体如下所示。)创建数据库twin，并初始化device、device_需要的数据库及数据库表相关的struct，具体如下所示。以上3个文件中除了包含与device、device_.Register()函数定义，具体如下所示。Register()函数主要

限于篇幅，本文只对edged的具体逻辑以及edged调用容器运行时进行剖析。2）注册将已经实例化的edged struct（core.Register(edged)）。3）初始化edged struct（ed := &edged{}）；是edged与容器运行时交互的管道，所以edged对容器操作在。()函数中的edged.Register()，具体如下所示。12）初始化edged的volume p

是与container runtime交互的一个组件。为了进一步验证猜想，可以在同一个文件中（k8s.io/的定义可以看出，大部分属性都是与container、pod、image相关的。我们从这些属性可以推测。以上只是剖析了edged的初始化过程。下面剖析edged的启动过程，具体如下所示。/docker_service.go）查看。struct定义具体如下所示。

7） 如果设置了unix domain socket启动，就启动unix domain socket服务器的go routine（go。/core/context/context.go）属性包含的所有interface（中各功能模块是如何相互通信的，感兴趣的读者可以根据本文的梳理自己去深入剖析。.Context的通信框架实例，并保存（a.context = c）；具体都做了哪些事，是怎么做的感兴趣

NewEdgeHubController()函数中嵌套了一个获取配置信息的函数调用，具体如下所示。struct中的controller进行初始化。controller的初始化函数具体如下所示。初始化、各种业务go routine的启动和最后的退出清理。从Controller的启动函数Start()的定义，可以清楚地看到其包含了。继续进入controller的启动函数，具体如下所示。struct的初

其他模块通信的管道，从配置文件中获取所在节点的唯一标识。的启动函数切入分析具体逻辑，具体如下所示。模块的公共配置，具体如下所示。交互的不同实例，具体如下所示。代理的客户端与其交互；的启动函数做了如下3件事。代理，负责与终端设备交互。相连的设备，具体如下所示。部分的指令和事件下发到与。

两种client类型，两者都实现了Adapter interface。遇到Adapter类型的client变量时，记得对应此处的。将从cloud部分收到的消息转发给指定edge部分的指定模块，具体如下所示。将从edge部分的消息转发给cloud部分，具体如下所示。cloud client初始化，具体如下所示。各模块广播已经连接成功的消息，具体如下所示。向cloud部分发送心跳信息，具体如下所示。(