Rancher学习日记13

￡神魔★判官ぃ 2022-10-05 02:52 184阅读 0赞

**1.EMQ X Neuron**  
解析：EMQ X Neuron是运行在各类物联网边缘网关硬件上的工业协议商业化网关软件，支持一站式接入和解析数十种工业协议，并转换成MQTT协议接入工业物联网平台。

**2.MQTT 5.0**  
解析：在MQTT 3.1.1的基础上做了较大的改变且不做向下兼容。

**3.MQTT X**  
解析：优雅的跨平台MQTT 5.0桌面客户端工具。

**4.MQTT WebSocket Toolkit**  
解析：支持浏览器访问的MQTT在线客户端工具。

**5.EMQX公司产品**  
解析：  
\[1\]**云端–EMQ X Broker**：基于Erlang/OTP平台开发的开源物联网MQTT消息服务器  
\[2\]**云端–EMQ X Enterprise**：基于Erlang/OTP平台开发的企业物联网MQTT消息服务器  
\[3\]**云端–EMQ X Cloud**：实现物联网数据的采集、传输、计算和持久化  
\[4\]**云端–EMQ X Platform**：电信级多协议物联网接入平台  
\[5\]**边缘–EMQ X Edge**：物联网边缘消息服务器  
\[6\]**边缘–EMQ X Kuiper**：基于SQL的轻量级边缘流式消息处理引擎  
\[7\]**边缘–EMQ X Neuron**：物联网边缘工业协议网关  
\[8\]**边缘–EMQ X Edge Stack**：整合了所有EMQ边缘软件，包括Edge、Kuiper、Neuron  
\[9\]**边缘–EMQ X Edge Manager**：EMQ边缘软件管理控制台

**6.EMQX规则引擎**  
解析：规则引擎实现了消息数据与通过规则引擎能够筛选、处理、转发/存储消息到外部数据源，包括关系数据库、消息队列、Web服务等。

**7.EMQX数据存储**  
解析：EMQX企业版特有功能，数据存储将客户端上下线状态，订阅关系，离线消息、消息内容，消息抵达后发送的消息回执等操作记录到各种数据库中。数据存储包含运行时数据与消息数据，能够在服务崩溃、客户端异常离线后仍然保留数据。

**8.EMQX消息桥接**  
解析：EMQX企业版桥接转发MQTT消息到Kafka、RabbitMQ、Pulsar、RocketMQ、MQTT Broker或其他EMQX节点。

**9.MatrikonOPC Simulation Server**  
解析：OPC模拟器。

**10.PersistentVolumeClaim**  
解析：如果在PersistentVolumeClaim中未指定StorageClass，则使用集群的默认StorageClass。

**11.client-go类库**  
解析：  
\[1\]APIServer是Kubernetes的大脑，保存了所有对象及其状态。  
\[2\]开源项目client-go对控制器的编写提供了完备的自动化支持，任何Kubernetes对象都可以由client-go创建供控制器使用的Informer()和Lister()接口。

**12.Informer()接口**  
解析：Informer()用于接收资源对象的变化的Event，针对Add、Update和Delete的事件，可以注册相应的EventHandler。在EventHandler内，根据传入的object调用controller.KeyFunc计算出字符串key，并把它加入控制器的队列中。

**13.Lister()接口**  
解析：Lister()是给控制器提供主动查询资源对象的接口，根据labels.Selector来指定筛选条件。

**14.Kubelet三种类型探针探测方式**  
解析：  
\[1\]ExecAction：在容器内执行指定命令。如果命令退出时返回码为0，则认为诊断成功。  
\[2\]TCPSocketAction：对指定端口上的容器的IP地址进行TCP检查。如果端口打开，则诊断被认为是成功的。  
\[3\]HTTPGetAction：对指定端口和路径上的容器的IP地址执行HTTP Get请求。如果响应的状态码大于等于200且小于400，则诊断被认为是成功的。

**15.kube-proxy**  
解析：kube-proxy保证了每个工作节点都可以获取到唯一的IP地址，并且实现了本地IPTABLE以及IPVS来保障Pod间的网络路由与负载均衡。

**16.K8S集群中的DNS**  
解析：集群DNS是基于CoreDNS来实现的。

**17.Deployment与Pod区别**  
解析：Deployment在Pod基础上增加了自愈、水平扩缩容与更新能力。而Service提供了稳定的网络与负载均能能力。

**18.kubectl config use-context**  
解析：改变当前的context。  
说明：kubectl config current-context docker-desktop

**19.CGroup**  
解析：控制组用于避免某个容器消耗掉节点上所有可用的CPU、RAM和IOPS，即CGroup限制了资源的使用。

**20.Pod创建**  
解析：Pod是被基于声明式的方式定义在一个清单文件中的，该文件会被POST到API Server，然后被调度器分配到节点上。

**21.kubectl get pods -o yaml**  
解析：除了Pod的期望状态，还会获取当前状态。当前状态放在status片段中。

**22.kubelet功能**  
解析：在工作节点上接收PodSpec的进程是kubelet。它是运行在集群中每个节点上的Kubernetes的代理。它负责根据PodSpec来拉取所有所需镜像并启动Pod中所有的容器。

**23.FQDN的格式**  
解析：

**24.Endpoint**  
解析：kube-dns。所有与集群DNS相关的对象都有K8s-app=kube-dns的Label。

**25.Service对象**  
解析：所有的Service对象都会被自动注册到集群DNS中，而所有的容器都被配置好该集群DNS的解析地址。也就是说，所有的容器都通过询问集群DNS来进行Service名称的解析。

参考文献：  
\[1\]MQTT WebSocket Toolkit：https://www.emqx.cn/mqtt/mqtt-websocket-toolkit  
\[2\]Kubernetes修炼手册