摘要：Serverless、微服务，这些新技术和 IoT 有什么关系？纵观 IoT 行业的倒退，云服务又表演了什么角色？
IoT 并不是一个新名词、新技术，很长一段时间，它甚至给人一种“下工地”的印象：因为 IoT 设施的落地场景常常与工程环境强相干，又不容易近程配置，所以不免“形象不佳”。
近几年，当 IoT 与翻新、科技、互联网等挂钩时，成为一个相当“新锐”的行业，尤其云计算时代的 IoT，有了许多让老树开新花的性能，也让这个行业有了许多新的设想空间。
比方，Serverless、微服务，这些新技术和 IoT 有什么关系？纵观 IoT 行业的倒退，云服务又表演了什么角色？
华为云云享专家董昕以业内人的视角给出了他的了解。
董昕是个喜爱折腾的人，既在 Intel、中国银联、Trident 这样的大公司待过，负责芯片、IoT、平安、云计算等多个畛域的技术开发；同时，他也是一个间断创业者，肩挑背扛整个公司的技术架构，所以对中小企业在信息安全和云计算上的紧迫感有着粗浅的认知。
现在，董昕负责国内某大型第三方领取公司的高级架构师，始终处在技术一线的他，对以后 IoT 行业的倒退有着感性的洞察，以下是他对 IoT 技术发展趋势的一些预判。
物联网比互联网更适宜 Serverless
Serverless 即开发人员无需再关注服务器的运维工作，间接将代码部署在云端，对外提供 RESTful API 即可，云计算会主动依据申请编排资源。这种模式非常适合前端实现许多性能、后盾记录状态的场景，能够说是大前端倒退的必然趋势。
在董昕看来，目前各大云服务商针对 IoT 设施提供的 物模型，实质上就是一种 Serverless，甚至更进一步，曾经是 Codeless 了。
沿着这个思路去考量互联网和物联网在 Serverless 上的差别，会发现 IoT 仅仅只是将联网的主体从人改成了物，而音讯的申请与响应并无差别。甚至在大多数状况下，联网的物比联网的人，要更容易数据化，所需提供的服务也更繁多，几个属性和服务就足以清晰的定义某类 IoT 设施。
所以从这个角度看，物联网比互联网更适宜 Serverless 这种模式，而物模型就是这种模式在 IoT 上的落地模式。
Serverless 的发展趋势、劣势与指标都能够匹配 IoT，比方海量接入、疾速扩缩容、可移植性等等。对于物模型，咱们能够做与当下的 Serverless 简直统一的畅想，把 Serverless 上的教训全盘复制到 IoT 的场景中，比方 Serverless 中最迫切的代码可移植性问题。
站在云服务商的角度，用户建设了物模型，就是与云服务商进行了强绑定。可对于普通用户而言，物模型的可移植性，甚至是物模型的编排工作，都是要解决的难题。如同 Serverless 已涌现出了数家跨云服务商的中间件提供方一样，随同着 IoT 的倒退，物模型的编排将很可能将会成为开发者值得去摸索的方向。
另外，在 Serverless 上裸露的物模型组件的继承与复用，传统代码与物模型之间的转译等问题，在 IoT 的未来都会是无边无际的蓝海，同时还有互联网软件的前辈们留下的贵重教训，广阔天地，大有可为。
硬件正在一直的软件化，这个观点早已不再陈腐，但仍未过期。软件中的许多设计思维，都值得在硬件设计中去复制与实际。
每个 IoT 设施都是一个独立的微服务
“微服务”是软件行业里很热门的一个词，即把一个大的功能模块拆解成数个小的，而后在整个零碎中，小模块能够合并、复用。微服务各司其职，大零碎化整为零。
这样做的益处很多，但保护治理泛滥的微服务成了一个麻烦事，于是就有了 Docker 和 Google 公布的微服务治理框架 Kubernetes。
连续前文提过的“硬件正在一直的软件化”思路，每个 IoT 设施，从性能指标上看，都能够看作一个独立的微服务，所以软件微服务治理的那套标准一样能够使用到 IoT 设施上。
比方华为开源的 KubeEdge 我的项目——这个我的项目能够将容器化应用程序编排至边缘主机上，让每个边缘主机化身为微服务节点。精确的说，KubeEdge 并不是部署在 IoT 设施上，而是针对边缘计算端的，毕竟目前绝大多数 IoT 设施的算力还不足以反对。
边缘计算节点作为 IoT 网关，联结各种终端 IoT 设施，曾经齐全足够成为一个微服务节点，也让算力可能提供更符合场景的定制化输入，而非单纯的依附软件提供标准化产品。
相似的，在边缘节点成为硬件的微服务节点之后，软件微服务治理的设计思维也能够移植到了边缘计算当中，包含但不限于：CI/CD、DevOps、ServiceMesh、服务监控与追踪，甚至 AIOps 等等。咱们时常说的“端边管云”也只有在这样的根底上，能力真正实现无缝连贯、自由组合、实时配置等。
至彼时，IoT 的工作模式就好像人类社会分工的某种终极状态：各个终端设备都具备能单独解决某类问题的能力，又能够随时与周边的其余设施组建团队解决辣手的问题，还可能从云端实时失去更多重量级的声援——这哪里还是以前“不受待见”的 IoT 开发啊，齐全是一支海军陆战队嘛！我来，我见，我驯服。
鸿蒙之我见：江湖路远，吾道不孤
鸿蒙虽时常被拿来与安卓比照，但它实际上是为 IoT 设备设计的，尤其是其模块化耦合的个性，齐全是为 IoT 设施量身定做的。
绝对于电脑和手机，IoT 设施不足对立的标准协议，每种设施都可能只具备某种个性实现为此，鸿蒙提供了对不属性的设施做定制化裁剪的性能，而对于硬件资源的多寡，鸿蒙又设计了多层架构，各种设施能够依据本身资源的状况抉择不同的层数。
简而言之，鸿蒙试图以一站式服务的形式，为各式各样的 IoT 设施提供从底层到应用层软件的全方位反对，让硬件制造商解脱了软硬件双线作战的困扰，同时也为所有的 IoT 设施对立了规范与接口。
实际上，用意对立 IoT 接口标准这一野望，安卓和苹果都曾以 Android@Home 和 HomeKit 的形式奢望过。但应者寥寥，归根结底，具备了软件开发能力的硬件制造商，即使是面对 Google 和苹果这样能为其提供海量流量的巨头，也不愿惟其马首是瞻，从而最终彻底丢失独立性。
而在软件上乏善可陈的制造商又难入巨头的视线，也难堪海量流量的冲击。于是，这种只定义接口让厂商自行实现的形式最终沦为一场双输的博弈，看似景色有限，实则相互提防。
不只是零碎设计，鸿蒙在性能个性上也为 IoT 设施提供了丰盛的设想空间，比方分布式软总线。
以往咱们在探讨总线，都是在一个固定且关闭的硬件组合当中，比方电脑的南北桥总线，SoC 芯片外部的 AMBA 总线——都是在一个关闭的硬件环境中，各功能模块固定不变的状况下，以硬件的形式实现的总线。
而在鸿蒙的场景下，多个 IoT 之间是通过网络连接，各组件也随时都可能下线或属性变更。打个简略粗犷的比如，分布式软总线是要在把电脑拆散了，各个模块通过有线 / 无线的形式进行通信，且都反对热插拔的状况下，用软件协定的形式将各个模块串接起来，同时还需确保数据安全与读写效率。
事实上，不止是华为，Google 正在研发的新一代操作系统 Fuchsia，本着一样的指标，也在踊跃推动中。星辰大海，百舸争流。
结语
已经，独自一个 IoT 设施既不起眼，还须要不少的人力保护，甚至必须到现场蹲点，切实是一个费劲不讨好的行当。当初，云计算的浪潮正扭转这个行业，星星之火，必将燎原。当老树发新芽，在新技术的加权下，如何把握 IoT 大势中新一轮浪潮，让咱们刮目相待。
点击关注，第一工夫理解华为云陈腐技术~