各工作节点负责运行Pod对象，而Pod的核心功能用于运行容器，因此工作节点上必须配置容器引擎，如Dokcer、Containerd等，启动容器时，容器引擎将首先于本地查找指定的镜像文件，不存在的镜像则需要从指定的镜像仓库(Registry)下载至本地；kubernetes支持用户自定义镜像文件的获取方式策略，例如在网络资源紧张的时候可以禁止从仓库中获取文件镜像等，容器的ImagePullPolicy字段用于为其指定镜像获取策略，可用值包括:IfNotPresent:本地有镜像则使用本地镜像，本地不存在则拉取镜像；(默认值)Always:每次都尝试拉取镜像，忽略容器运行时维护的所有本地缓存；Ne

部署完服务终将是为了访问，那么kubernetes中service和ingress都可以将集群内部的服务能够支持外部访问。service可以让一组Pod（称为“后端”）为集群内的其他Pod（称为“前端”）提供功能；ingress通过对集群中服务的外部访问进行管理，也可以提供负载均衡、SSL终结和基于名称的虚拟托管。概述这里说明如何将k8s内部服务暴露给外部服务访问的方式，宏观来说有五种，而k8s官网上讲解的是4+1种，这里探讨服务的暴露方式，而不是service和ingress的区别，分别是ClusterIPNodePortLoadBalancerExternalNameIngressClus

部署完服务终将是为了访问，那么kubernetes中service和ingress都可以将集群内部的服务能够支持外部访问。service可以让一组Pod（称为“后端”）为集群内的其他Pod（称为“前端”）提供功能；ingress通过对集群中服务的外部访问进行管理，也可以提供负载均衡、SSL终结和基于名称的虚拟托管。概述这里说明如何将k8s内部服务暴露给外部服务访问的方式，宏观来说有五种，而k8s官网上讲解的是4+1种，这里探讨服务的暴露方式，而不是service和ingress的区别，分别是ClusterIPNodePortLoadBalancerExternalNameIngressClus

1.什么是Endpoint？我们创建Service的时候会自动给我们创建一个同名的Endpoint资源,每一个同名的Servie都有一个Endpoints资源，因为Service自己并不直接匹配后端Pod的标签，而是由Endpoint匹配的。这个匹配过程是由Endpoint控制器来完成的。Endpoint是由Endpoint控制器来控制的；事实上我们Service不但能够把标签选择器选中的Pod识别为自己的后端端点。还能够对后端端点做"就绪状态检测"。如果后端的Pod是就绪的，就把它加到后端可用端点列表中来。否则就会移除掉。这个功能其实不是Service来做的，而是Service借助一个中间的

1.什么是Endpoint？我们创建Service的时候会自动给我们创建一个同名的Endpoint资源,每一个同名的Servie都有一个Endpoints资源，因为Service自己并不直接匹配后端Pod的标签，而是由Endpoint匹配的。这个匹配过程是由Endpoint控制器来完成的。Endpoint是由Endpoint控制器来控制的；事实上我们Service不但能够把标签选择器选中的Pod识别为自己的后端端点。还能够对后端端点做"就绪状态检测"。如果后端的Pod是就绪的，就把它加到后端可用端点列表中来。否则就会移除掉。这个功能其实不是Service来做的，而是Service借助一个中间的

Kubernetes组件Kubernetes集群组件图控制平面组件（ControlPlaneComponents）控制平面组件会为集群做出全局决策，比如资源的调度，以及检测和响应集群事件。控制平面组件可以在集群中的任何节点上运行。在实际使用中，通常会在同一个计算机上启动所有控制平面组件，并且不会在此计算机上运行用户容器。kube-apiserverapiserver是Kubernetes控制平面的组件，该组件负责公开了KubernetesAPI，负责处理接受请求的工作。apiserver是Kubernetes控制平面的前端。Kubernetesapiserver的主要实现是kube-apise

Kubernetes组件Kubernetes集群组件图控制平面组件（ControlPlaneComponents）控制平面组件会为集群做出全局决策，比如资源的调度，以及检测和响应集群事件。控制平面组件可以在集群中的任何节点上运行。在实际使用中，通常会在同一个计算机上启动所有控制平面组件，并且不会在此计算机上运行用户容器。kube-apiserverapiserver是Kubernetes控制平面的组件，该组件负责公开了KubernetesAPI，负责处理接受请求的工作。apiserver是Kubernetes控制平面的前端。Kubernetesapiserver的主要实现是kube-apise

生产环境大都是在Linux下的，所以这篇文章我们先来分享如何使用Categraf采集LinuxOS相关的指标。读完本篇内容，你应该可以完成机器层面的监控了。原理概述Categraf作为一款agent需要部署到所有目标机器上，因为采集CPU、内存、IO、进程等指标，是需要读取OS里的一些信息的，远程读取不了。采集到数据之后，做格式转换，传输给监控服务端，这里我们使用Nightingale作为监控服务端软件。Categraf推送监控数据到服务端，走的是Prometheus的RemoteWrite协议，是基于protobuf的HTTP协议，所以，不止是Nightingale，所有支持RemoteWr

生产环境大都是在Linux下的，所以这篇文章我们先来分享如何使用Categraf采集LinuxOS相关的指标。读完本篇内容，你应该可以完成机器层面的监控了。原理概述Categraf作为一款agent需要部署到所有目标机器上，因为采集CPU、内存、IO、进程等指标，是需要读取OS里的一些信息的，远程读取不了。采集到数据之后，做格式转换，传输给监控服务端，这里我们使用Nightingale作为监控服务端软件。Categraf推送监控数据到服务端，走的是Prometheus的RemoteWrite协议，是基于protobuf的HTTP协议，所以，不止是Nightingale，所有支持RemoteWr

1.什么是Deployment？Deployment(简写为deploy)是kubernetes控制器的又一种实现，构建于ReplicasSet控制器之上，可以为Pod和ReplicaSet提供声明式更新。相比较而言，Pod和ReplicaSet很少用来直接使用，而是借助于控制器来使用。DeploymentController核心功能也是保证Pod资源的正常使用，大部分功能调用ReplicaSet来实现。1.2我们只需要描述Deployment中目标Pod期望状态，而Deployment控制器以控制更改为实际状态，使其变成期望状态。我们不需要直接使用Pod和ReplicaSet来实现，Depl