SpringBoy的博客

一个有A、B两个容器的pod，如果使用docker拉起，那AB会存在依赖关系，如A先启动，B共享A的Volume等资源。Infra容器必须占用足够小的资源，它使用k8s.gcr.io/pause的特殊镜像，是一个由汇编语言编写、永远处于暂停状态的容器，只有100-200KB。所以对于Linux进程组中每一个进程，k8s中都需要一个单独的容器，这些容器需要互相依赖紧密合作，pod的概念就应运而生。容器和pod是什么关系？pod只是逻辑的概念，pod内的容器共享了某些资源，k8s引入pod目的是容器设计模式。

​k8s最初源自谷歌的Brog项目，架构与其类似，主要包括etcd、api server、controller manager、scheduler、kubelet和kube-proxy等组件。： 负责资源的调度， 按照预定的调度策略将 Pod 调度到相应的机器上；：负责维护容器的生命周期，也负责磁盘（CVI）和网络（CNI）的管理。api server里又有认证、鉴权、REST接口、调度触发等模块。：负责维护集群的状态，比如故障检测，自动扩展、滚动更新等。：资源操作的唯一入口，并提供认证、鉴权等功能。

容器比docker是一个更大的概念，一开始Google工程师便使用Linux的Namespace技术，将多个应用安装在一台服务器上并相互隔离。这样一个docker容器只能“看到”自己的进程，且网络、存储、计算等资源都是被隔离和限制的，类似于运行在一个沙箱中。Kubernetes是一个开源的容器集群管理系统，可以实现容器集群的自动化部署、扩缩容、运维等功能。k8s集群提供了多个容器的编排、扩展、资源管理、运维等一系列功能，基于容器的部署更为方便，可靠性更高，是一个强大的容器管理框架。