从架构设计理念到集群部署，全面认识KubeEdge-低调大师

从架构设计理念到集群部署，全面认识KubeEdge

2021-02-08 645

摘要：本篇文章将从KubeEdge架构设计理念、KubeEdge代码目录概览、KubeEdge集群部署三方面带大家认识KubeEdge。

KubeEdge即Kube+Edge，顾名思义就是依托K8s的容器编排能力和调度能力，实现云边协同、计算下沉、海量设备的平滑接入。本篇文章将从KubeEdge架构设计理念、KubeEdge代码目录概览、KubeEdge集群部署三方面带大家认识KubeEdge。

KubeEdge架构设计理念

1、Kubernetes的架构

这里是一个经典的K8s架构，K8s相信大家已经了解比较多了，它主要是分为控制面和数据面，而现在K8s的生态已经非常火爆了，关于应用管理和容器管理已经形成了一套标准，这里列举了它的一些优势：

只有API server可以访问etcd
组件通过 API Server 访问集群状态
API采用声明式设计
API对象彼此互补、可组合
优先使用事件监听而不是轮询
…

2、基于Kubernetes构建边缘计算的优势与痛点

核心优势主要有4方面：

容器化应用封装现在已经成为应用交付的一个趋势，我可以把我的应用打包到容器里，我只打包一次，可以跑在各种地方，这种如果应用到我们IOT领域，我们传统有很多IOT嵌入式设备，它其实很多硬件和软件强相关的，如果换一个硬件，可能软件就要更改，如果说我这个容器化封装以后，设备可支持容器runtime,我可以将容器跑在任何IOT设备上。

通用应用抽象定义：K8s的API，包括development、pod现在其实在业内已经形成一套标准，大家都比较了解和认可，其实我们基于这些应用做这个平台，大家也更能容易接受。

松耦合架构：它的可扩展性比较好，比如我们基于K8s之上可以通过CRD来定义一些API，像我们通过设备管理CRD来定义一些IOT里device的一些API，到时候我们可以直接通过K8s的一些方式来管理这些设备；还有一些可扩展，比如它的CIA可以对接各种runtime,我们有些边缘节点它的资源非常有限，我们就可以对接一些轻量化的runtime。

其关键痛点有：

1）资源有限

网关设备，128MB内存

K8s集群需要至少1G内存

2）网络不畅

边缘位于私有网络，无公网IP

云边跨越公网，带宽有限，延迟高

K8s的List-watch需要数据中心网络

3）边缘如何离线自治

网络不稳，随时可能离线

边缘业务离线可工作

边缘离线可故障恢复

4）设备接入和管理

缺少边缘设备抽象

缺少边缘设备接入协议支持

3、KubeEdge 架构与核心理念

我们这个架构主要是分了云、边、端三部分，云上边就是我们的控制面，边就是我们的边缘节点，端就是跑了我们的一些端侧设备，云上左边是一个K8s的master，是没有做过改动的原生的K8s控制面，后边我们加了我们的一个组件叫CloudCore，它云上的组件主要是会拿一些K8s控制面上的东西，通过EdgeController和DeviceController做一些处理，然后通过下边的Cloud Hub，Cloud Hub主要是跟边端通信的，边端有个EdgeHub和Cloud Hub通信，然后把数据拿下来。

边端是主要做了一个应用管理和设备管理的能力，应用管理左边会有一个Edged，右边有DeviceTwin、EventBus,分别是应用管理和设备管理，左边有个DataStore，就是我们说的本地自治的能力，比如说我们这应用或者设备的元素从云上分发下来，我们是先把它存到一个数据库里，然后再到它的Edged或者设备里边，这样就能保证云边网络断开或者边缘节点重启了以后我应用的Edged它可以从数据库里把应用源数据拿出来，这样就能保证在故障的情况下业务可以正常恢复。

核心理念：

1）云边可靠协同

双向多路复用消息通道，支持边缘节点位于私有网络

Websocket + 消息封装，大幅减少通信压力，高时延下仍可正常工作

云边消息校验，网络不稳定时不丢数据

2）边缘离线自治

节点元数据持久化，实现节点级离线自治

节点故障恢复无需List-watch，降低网络压力，快速ready

3）边缘极致轻量

重组Kubelet功能模块，极致轻量化（~70mb内存占用）

支持CRI集成Containerd、CRI-O，优化runtime资源消耗

4）边缘设备管理

云端通过Kubernetes API管理边缘Device

4、KubeEdge 社区生态

KubeEdge致力于将Kubernetes的能力拓展到边缘

业界首个边缘容器平台项目
Apache 2.0协议
2019年3月捐给CNCF基金会
2020年9月晋级为孵化级托管项目
K8s IoT Edge WG参考架构
基于Kubernetes构建，100%兼容K8s API
9个特性版本，最新版本为v1.4.0
3100+ Star，810+ Fork，500+贡献者
目前成立Device/IoT与MEC两个SIG
参与社区贡献的企业包括：中国联通，ARM，中国移动，谐云，中国电信，时速云，http://JD.com，浙大SEL实验室，EMQ，InfoBlox，Inovex，Midokura等

KubeEdge代码目录概览

ADOPTERS就是我们社区的一些采纳者,比如说你用了KubeEdge，并且想成为参与者，建议者，你可以提一个PR，把你们写到这个ADOPTER里面去，下面的这些就是代码目录，主要就是cloud（云端）、edge（边缘端）、mappers（接入设备的mapper端），还有OWNERS是我们项目的一些matiner，主要负责核代码，比如你对我们社区贡献比较多，我们可以把你加到OWNERS，帮我们核代码和检视代码。

KubeEdge集群部署

1、KubeEdge 集群部署工具—— keadm

这个是借鉴了K8s的Kubeadm，可以一键部署KubeEdge集群，在部署KubeEdge集群时，要先装一个K8s的master，这个master用任何符合K8s的标准都可以，这个 keadm是基于K8s之上部署KubeEdge系统。

子命令参数：

init：部署云端组件

join：部署边缘端组件

gettoken：从云端获取边缘端启动凭据

reset：重置KubeEdge集群的云端和边缘端

2、KubeEdge 部署 —— 云端

在已经装好的master上装我们的云端，用 init即可：

重要参数：

--kube-config：连接K8s Master的凭据

--advertise-address：签发到边缘证书里的IP地址

3、KubeEdge 部署 —— 边缘端

边缘端主要用我们的join命令：

重要参数：

--token：边缘端启动时访问云端的凭据

--cloudcore-ipport：边缘端访问的云端IP地址

本文分享自华为云社区《KubeEdge架构解读：云原生的边缘计算平台》，原文作者：技术火炬手。

点击关注，第一时间了解华为云新鲜技术~

微信关注我们

原文链接：https://my.oschina.net/u/4526289/blog/4950254

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

一套标准的前端代码工作流

工欲善其事，必先利其器。对于写代码而言，也是需要有一套完善的工作流（工具和流程）。先说下编辑器选择，在踏入前端行业之前，我最喜欢的代码编辑器就是 sublime text ,它很简单，编写大部分语言都很ok，就比如说写 python ，下面是我在2017年我在学习 python 时发布过一篇关于 sublime text 的百度经验：但是我现在几乎不再使用它，取而代之的是 VSCode，一款微软开源的代码编辑器，它自带 git ， eslint 等工具，让我们编码更加的有质量，有效率。接下来是代码规范方面，刚写代码的前几年，我毫不关心代码质量，遵循“能用就行”的原则，随着项目的迭代，代码越来越臃肿（好在我之前项目都不需要迭代），我仿佛听到有人骂骂咧咧的在吐槽我代码🤣，就像我吐槽别人代码一样。现在我们完全可以使用 eslint ， prettier ， editorConfig 来规范我们的代码，对于团队而言，这个至关重要。再聊聊 git工作流，现在管理代码几乎都是使用 git 版本管理工具，了解它是必要的，像一些基本的推拉合，解决冲突这些我们就不聊了，主要聊下团队协作方面使...

2021-02-08

549

来源：https://www.splunk.com/en_us/blog/devops/gcp-serverless-comparison.html 作者：Splunk 译者：donghui 本文来源： ServerlessLife 公众号 Serverless 平台的主要优点是，它们使您可以专注于编写代码，而不必关心管理基础结构，自动扩容或为所用资源支付更多费用。这使得 Serverless 计算非常适合以下用例：无状态 HTTP 应用程序 Web 和移动后端实时的或事件驱动的数据处理 Cloud Run、Cloud Functions 和 App Engine 都是 Google Cloud 提供的 Serverless 平台，但是它们之间有细微差别，在某些情况下某个平台可能会比其他平台更受欢迎。 Google Cloud Run：Serverless 容器 Cloud Run 由 Knative 构建，是 Google 最新的 Serverless 产品。其他 Serverless 平台使用事件驱动函数作为部署的主要单元，而 Cloud Run 使您可以将代码打包在无状态...

2021-02-08

660

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。