Go最全kubernetes、docker原理分析_docker可以脱离操作系统运行吗(1)，Golang工程师面试题及答案-CSDN博客

本文链接：https://blog.csdn.net/2401_84925977/article/details/138761564

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

随着分布式应用的崛起，单台应用服务器很难支撑起业务，真实场景中往往一个应用要部署多次来解决高并发的问题。相信很多人对虚拟机都不陌生，

最早的做法就是通过在物理机上创建多个虚拟机（程序运行空间），虚拟机再运行相关应用。

这种做法可以在同一台机器上启动多个应用实例，但每个虚拟机都创建都会将计算机结构一起打包，对于用户来说创建、维护成本也太高了，每个虚拟机都会有操作系统、虚拟硬件也显得这种方式比较重。那有没有更轻的方式呢，答案是有的。

Docker技术就横空出世了，Docker相比与虚拟机的主要优势就是在于它轻，轻在哪些方面呢？它是直接运行在操作系统层面的，共享物理机的操作系统和硬件，用户创建只需关注docker内的应用程序和文件依赖库。

介绍完虚拟机和Docker，有的小伙伴可能还不太熟悉他们之前的优缺点

1、docker的生命周期

主要流程如下：

1、client发送命令到docker host被deamon进程所监控。

2、deamon根据命令执行相关操作，如pull操作，会检测本地是否有相关镜像、容器。

3、如本地未有则去registey仓库里获取相关镜像。

4、最后把相关镜像、容器返回给client，client完成镜像、容器的启动。

对于多个容器，如果采用人为的方式去管理显然是不科学的，此时就急于需要一款能代替人为去管理这些容器的工具，此时k8s就出现了。

k8s是一个开源平台，能够有效简化应用管理、应用部署和应用扩展环节的手动操作流程，让用户更加灵活地部署管理云端应用。架构如下：

1、kubernetes Master

Master 是 Cluster 的大脑，它的主要职责是调度，即决定将应用放在哪里运行。Master 运行 Linux 操作系统，可以是物理机或者虚拟机。为了实现高可用，可以运行多个 Master，主从架构。

（1）Etcd：保存了整个集群的状态（存储状态数据库，存储pod、service、rc等信息），只为ApiServer提供操作、访问权限；

（2）Apiserver：提供了资源操作的唯一入口，并提供认证、授权、访问控制、API注册和发现等机制；

（3）Controller manager：负责维护集群的状态，比如故障检测、自动扩展、滚动更新等；

（4）Scheduler：负责资源的调度，按照预定的调度策略将Pod调度到相应的机器上；

2、kubernetes Note

Node 的职责是运行容器应用。Node 由 Master 管理，Node 负责监控并汇报容器的状态，并根据 Master 的要求管理容器的生命周期。Node 运行在 Linux 操作系统，可以是物理机或者是虚拟机。

（1）kubelet：负责维护容器的生命周期，同时也负责Volume（CSI）和网络（CNI）的管理；

（2）kube-proxy：负责为Service提供集群内部的服务发现和负载均衡；

（3）pod：K8S管理的最小单位级，它是一个或多个容器的组合。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。

3、创建pod流程

（1）用户提交创建Pod的请求，可以通过API Server的REST API ，也可用Kubectl命令行工具；

（2）API Server处理用户请求，存储Pod数据到etcd；

（3）Schedule通过和API Server的watch机制，查看到新的Pod，尝试为Pod绑定Node；

（4）过滤主机：调度器用一组规则过滤掉不符合要求的主机，比如Pod指定了所需要的资源，那么就要过滤掉资源不够的主机；

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

bbs.csdn.net/topics/618658159)**