公司算是很早一批使用k8s（kubernetes）的那一群，印象中是17年下半年就开始使用，也算是kubernetes使用的先驱之一了，从刚开始认识k8s到此刻使用接近2年，陆陆续续从入门学习，到此刻玩的还算溜，也踩过N多坑，血泪史也是一篇接一篇的，虽然用了两年多，公司很多人还是不太了解这个对象到底是啥，于是乎，在带领敦促下，我写了一篇根本的关于kubernetes的介绍，事先说明，此文技术干货很少，大大都是理论介绍（虽然网上资料很多，我也算是收集了一下。），尽量用简单明了的方法去介绍这个大杀器，最后会有一点点的常用命令介绍，再重申一遍，这里没有具体的技术干货，部署什么的，网上文档很多，此处不会做细致描写。（固然，如果是大牛愿意跟我讨论k8s还是很欢迎，终究我还是菜鸟）

什么是kubernetes：

   kubernetes，简称K8s，，是用8取代8个字符“ubernete”而成的缩写。是一个开源的，用于打点云平台中多个主机上的容器化的应用，Kubernetes的方针是让部署容器化的应用简单并且高效（powerful）,Kubernetes供给了应用部署，规划，更新，维护的一种机制‘’通过部署容器方法实现，每个容器之间互相断绝，每个容器有本身的文件系统 ，容器之间进程不会彼此影响，能区分计算资源。 Kubernetes最早是Google开源的一个容器编排引擎，它的前身是谷歌内部研发的Borg系统以及后来的Omega，它撑持自动化部署、大规模可伸缩、应用容器化打点。在出产环境中部署一个应用措施时，凡是要部署该应用的多个实例以便对应用请求进行负载均衡。 在Kubernetes中，我们可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡计谋，实现对这一组应用实例的打点、发明、访谒，而这些细节都不需要运维人员去进行庞大的手工配置和措置惩罚惩罚。

   以上总结下，kubernetes是基于容器化并且集成了部署，规划，更新，维护为一体的出产级的编排应用架构。kubernetes的各类撑持长短常好的，撑持自动化部署，自转动性伸缩，应用容器化打点。此外kubernetes对语言的亲和性也很好，几乎所有语言都可以跑在kubernetes的容器集群里，kubernetes更多的是让人注重于应用层面的变革，而不是更多的存眷于底层。

kubernetes内部组件简单介绍以及处事发明机制：

  在介绍k8s内部组件之前，我但愿看到我这篇文章的伴侣，必然要丢弃一个观点，虽然k8s的节点观点是存在的，但是不要去想节点，底层所有节点其实是给k8s集群供给资源的，如果还用传统运维的思想去看节点的话，是很难弄懂k8s的机制的。虽然这个理解是我小我私家的想法，但是我还是但愿能给看到文章的伴侣必然的辅佐。下面我会用我小我私家理解的方法来介绍一下k8s的组件，因为小我私家所学有限，如果有错误的处所欢迎指出。

kubectl--k8s命令的颁布者：我们打点整个k8s集群的时候，需要各类命令，在master节点或者打点节点上，kubectl就是这个命令的颁布者，不雅察看集群，操控集群，部署等等，都是依赖于这个命令来完成的。

APIServer--k8s集群的通信枢纽 ： API这个观点此刻应该都不陌生，在k8s集群里，所有的命令下达，甚至是打点节点的信息转达变换等等都需要这个组件进行信息的转达，如果他挂了。集群整个城市掉联。

etcd--k8s数据的存储者： k8s核心组件之一，有国内大牛参预的项目，这个可以单独拎出来做个集群，基于key-value模式进行数据存储，整个集群的信息，变换，法则，都是存储在他这里。

Controller Manager--k8s资源打点者、控制者： 整个节点的资源的打点，控制都是靠这个组件，它会对整个节点的资源进行一个不雅察看和反馈，甚至于pod的保留周期都受它的控制，生杀大权的掌控者。

Scheduler--k8s资源的调理者： 业务pod按照所写编排的法则进行调理的组件，它会按照使用者编写的法则或者默认法则，按照资源的情况进行调理。

kubelete--k8s接受命令部署节点的大总管： 这个组件也是节点上必备核心之一，接受命令，传输调理，变换信息都需要它来做，如果一个节点的它挂了，整个节点所有业务也会挂失。

kube-proxy--k8s处事发明者： kubernetes的处事发明是基于处事名，并非传统意义上的域名，想要发明自身的处事，就需要它在中间做架桥，类似网络架桥的组件吧。

core-dns--k8s内部dns组件： 处事名的解析者，与上面的是一对，它卖力对内，对外的解析，这个可以理解为超微型的dns处事器。