0 背景本文重点解读kubeedge项目中的mapper模块。该模块位于kubeedge的edgecore的南向边缘侧，主要对接入kubeedge的终端设备，进行协议的适配和转换，使其可以和边缘设备通信，转换后的协议是我们前面描述的mqtt协议，当然也支持http协议。当前该模块支持BLE、MOBUS等多种物联网协议的转换，这部分代码单独有一个git路径【1】，有自己独立的架构和功能特性。笔者将从

本文开始的元数据处理将真正展现kubeedge边云协同处理数据的能力。它可以像在云上使用kubernents一样，对云原生API接口进行调用，实现应用在边缘设备上的快速部署，在云端和边缘侧的无缝迁移。这一系列解读的主题包含MetaManager、edged、servicebus和edgehub几个模块，笔者将依然按照前面逆向的思路，从代码架构、上下文通信，主流程和业务的视角进行解读。

0 背景本文重点解读kubeedge项目中的mapper模块。该模块位于kubeedge的edgecore的南向边缘侧，主要对接入kubeedge的终端设备，进行协议的适配和转换，使其可以和边缘设备通信，转换后的协议是我们前面描述的mqtt协议，当然也支持http协议。当前该模块支持BLE、MOBUS等多种物联网协议的转换，这部分代码单独有一个git路径【1】，有自己独立的架构和功能特性。笔者将从

今天开始笔者将详细解读其中的kubeedge开源项目，该项目是云边融合的典型项目，它将云端的应用编排和管理扩展到了边缘设备，基于kubernents构建，实现了云边可靠协作、边缘自治、代理和设备管理，可以非常容易地将已有的复杂机器学习、图像识别、事件处理等部署到边缘端。本文将从设备孪生入手，详述什么是设备孪生，设备孪生的价值以及kubeedge中设备孪生是如何实现的，希望对读者学习和研究kubee

本文继续解读kubeedge项目中的eventbus（事件总线）模块，这个模块与上一节介绍的devicetwin（设备孪生）相关联。主要通过mqtt协议与终端设备进行通信，将devicetwin模块的期望状态发布给终端设备，并订阅来自终端设备的实际状态，上送给devicetwin模块。这个模块虽然不及设备孪生模块在边缘计算模块核心，但是却是打通终端设备和边缘设备通信的重要模块。下面笔者将从这个模块

前面介绍过mqtt broker的一种开源解决方案-mosquitto[1]，本文将简单介绍一下商业化的解决方案-HiveMQ，目的是从商业化的视角看一下如何实现mqtt broker，有哪些可以借鉴和学习的思路，比如mqtt broker mesh组网是前面mosquitto中没有体现的，在商业应用中经常会遇到千万级的发布和订阅场景，此时就需要broker之间组网，进行负载均衡。还有一点值得学习

边缘计算的实现，当前有很多的开源项目，比较著名的有kubeedge，EdgeX Foundry，EdgeGallery等，还有一些边缘计算组织如ECC也提出了边云系统的架构。笔者结合自己过往的行业经验和未来规划的垂直行业， 在上述多个边缘计算架构的基础上梳理出来不同视角下边缘计算实现的架构。本文的目的不是提出一种新的边缘计算框架，而是博取所长，创建一张边缘计算知识地图。本文的行文的思路则借鉴模型驱

假设我们在一个边缘网关设备上引入了kubeedge，那该边缘网关就相当于k8s中的一个node节点，在node节点里可以包含多个pod，每个pod就可以承载一个应用程序或者微服务，pod的实现在kubeedge中可以用docker，容器或者CRI-O技术，pod之间的通信可以直接使用部署在kubeedge中的kubelet，作为应用开发者不需要关心pod的管理和维护过程，也不需要关心如何通信，这些

前面笔者简单谈了在实际的mqtt产品实现时，选择了参考文献[1]mosquitto服务端实现和[2]华为鸿蒙mqtt客户端实现，两个比较典型的项目作为例子对产品级的实现进行了解析。在实际的工程项目中，经常还需要根据应用场景，选择合适的物联网协议，那针对众多的物联网协议（MQTT/AMQP/CoAP/HTTP/LwM2M）应该如何做出选择，判断和选型的依据时什么呢？本文笔者从物联网的特点入手，提出了

mqtt协议的实现从角色上看包括broker端和客户端，这两者实现上还是有比较大的区别，本文选取了华为鸿蒙操作系统，其中对mqtt协议客户端的实现作为解读对象，看一下如果选用华为鸿蒙系统，mqtt在什么位置，怎么样移植和使用，内部又是怎么实现的。除了对技术的学习总结，笔者还穿插分享了自己的一些行文思路，架构思路和代码解读思路，比如爆炸思维、目录即架构、一张图秒懂，希望对读者有所启发。因为笔者始终坚