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.什么是Service？在kubernets中，Pod是应用程序的载体，Pod你可以想象成就是容器，为动态的一组Pod提供一个固定的访问入口，它是以一种叫ClusterIP地址来进行标识，而ClusterIP就位于我们集群网络(ClusterNetwork)当中，我们可以通过Pod的IP地址来进行访问，但是会遇到问题:动态Pod的IP地址不是固定的，一旦Pod异常退出、节点故障，则会发生Pod重建，一旦发生重建客户端则会访问失败；Pod如果扩容多个，会造成客户端无法有效使用新增的Pod，如果Pod进行缩容则会造成客户端访问错误；官方文档:https://kubernetes.io/zh-cn

1.什么是Service？在kubernets中，Pod是应用程序的载体，Pod你可以想象成就是容器，为动态的一组Pod提供一个固定的访问入口，它是以一种叫ClusterIP地址来进行标识，而ClusterIP就位于我们集群网络(ClusterNetwork)当中，我们可以通过Pod的IP地址来进行访问，但是会遇到问题:动态Pod的IP地址不是固定的，一旦Pod异常退出、节点故障，则会发生Pod重建，一旦发生重建客户端则会访问失败；Pod如果扩容多个，会造成客户端无法有效使用新增的Pod，如果Pod进行缩容则会造成客户端访问错误；官方文档:https://kubernetes.io/zh-cn

1.什么是资源限制？1.1在kubernetes集群中，为了使得系统能够稳定的运行，通常会对Pod的资源使用量进行限制。在kubernetes集群中，如果有一个程序出现异常，并且占用大量的系统资源，如果没有对该Pod进行资源限制的话，可能会影响其他的Pod正常运行，从而造成业务的不稳定性。1.2正常情况下我们在一个宿主机的内核之上，这个宿主机可能管理了一组硬件包括CPU、内存。而后在这个宿主机的内核之上，我们可以运行多个容器，这些容器将共享底层的同一个内核，很显然，硬件是属于内核的，因此任何容器中的每一个进程默认可以请求占有这个内核管理的所有的可用硬件资源。1.3尤其是多租户的环境当中，有人恶

1.什么是资源限制？1.1在kubernetes集群中，为了使得系统能够稳定的运行，通常会对Pod的资源使用量进行限制。在kubernetes集群中，如果有一个程序出现异常，并且占用大量的系统资源，如果没有对该Pod进行资源限制的话，可能会影响其他的Pod正常运行，从而造成业务的不稳定性。1.2正常情况下我们在一个宿主机的内核之上，这个宿主机可能管理了一组硬件包括CPU、内存。而后在这个宿主机的内核之上，我们可以运行多个容器，这些容器将共享底层的同一个内核，很显然，硬件是属于内核的，因此任何容器中的每一个进程默认可以请求占有这个内核管理的所有的可用硬件资源。1.3尤其是多租户的环境当中，有人恶