process-exporter主要用来监控进程的运行状态和资源使用情况。

Kubernetes是一个拥有强大故障恢复功能的集群，当pod挂掉时，集群会重新创建一个pod出来，但是pod的IP也会随之发生变化，为了应对这种情况，引入了service，通过service的标签匹配，来进行后端的pod服务发现，并提供传输层的负载均衡。然后我们再通过service的nodeport模式将端口映射到宿主机，这样我们就完成了集群内的服务对外暴漏。但是如果我们想配置基于http的负载

coreDNS的作用主要是作为DNS服务器，在集群内提供服务发现功能，也就是服务之间的互相定位的过程。他监听集群中service和pod的创建和销毁事件，当serivice或者pod被创建时，记录对应的解析记录。当其他pod通过域名来访问集群中的service或pod时，会向coreDNS服务查询解析记录，然后访问解析到的IP地址。

重启策略适用于pod对象中的所有容器，首次需要重启的容器，将在其需要时立即进行重启，随后再次需要重启的操作将由kubelet延迟一段时间后进行，且反复的重启操作的延迟时长以此为10s、20s、40s、80s、160s和300s，300s是最大延迟时长。：存活性探针，用于检测应用实例当前是否处于正常运行状态，如果不是，k8s会根据pod的重启策略决定是否会重启容器。：启动探针，由于部分服务启动过慢，

致力于提供快速部署高可用k8s集群的工具，基于二进制方式部署和利用ansible-playbook实现自动化；既提供一键安装脚本, 也可以根据安装指南分步执行安装各个组件。

场景描述：定制调度器以满足特定的调度需求，例如基于业务规则或特殊硬件条件。创建自定义调度器插件import (const (},},},err!= nil {os.Exit(1)编译并运行自定义调度器。

很多都是通过在k8s集群内部安装prometheus来进行k8s的集群监控，但是在企业的云原生过程中，往往会出现多种类型（容器化与非容器化）的服务并存的情况，一般会将prometheus部署在k8s集群外部，但是最终还是希望可以将prometheus部署在k8s集群内，这样不仅可以充分运用服务器的资源，还避免授权相关的问题。但是还是会有大量的使用prometheus监控外部的k8s集群的需求。

cni0：他同docker网络模式不同的是，docker默认会创建一个名为docker0的网桥，而flannel会通过一个cni0来替换docker0。overlay：（覆盖网络），在现有的三层网络之下，“覆盖一层”虚拟的，由内核VXLAN模块负责维护的二层网络，使得在连接在这个VXLAN二层网络的pod之间，可以像在同一个局域网里一样，自由通讯。VXLAN：（虚拟可扩展局域网），是linux内核

发布与订阅系统：数据的发送者不会直接把消息发送给接收者；发布者以某种方式对消息进行分类，接收者通过订阅他们来接收特定类型的消息。发布与订阅系统也是事件驱动型程序的关键组件。

Argo CD是Kubernetes的声明式GitOps持续交付工具Git Ops：Git 作为唯一的事实来源来管理基础设施操作。