Suk_god的博客

kubernetes通过将容器放入在节点（Node）上运行的Pod中来执行工作负载节点可以是一个虚拟机或者一台物理机器，取决于所在集群的配置。每个节点包含运行Pod所需的服务，这些节点由控制面板负责管理通常集群中会有若干个节点；节点上的组件包括kubelet容器运行时以及kube-proxy。

当我们部署完kubernetes，就拥有了一个完整的集群。一组工作机器，称为节点，会运行容器化应用程序。每个集群至少有一个工作节点工作节点会托管Pod，而Pod就是作为应用负载的组件。控制平面 管理 集群中的工作节点和Pod。在生产环境中，控制平面通常跨多台计算机运行，一个集群通常运行多个节点，提供容错性和高可用性。

pod遵循预定义的生命周期，起始于Pending阶段，如果至少其中一个主要容器正常启动，则进入Running状态，之后取决于pod中是否有容器以失败状态结束而进入Succeeded和Failed阶段在pod运行期间，kubelet能够重启容器以处理一些失效场景。在pod内部，kubernetes跟踪 不同容器的状态并确定pod重新变得健康所需要采取的动作。在kubernetes API 中，Pod包含规约部分和实际状态部分，Pod对象的状态包含了一组pod状况（Conditions）

pod 是在kubernetes 中创建和管理的最小的可部署的计算单元。pod 是一组容器，这些容器共享存储、网络以及怎样运行这些容器的申明。pod中的内容总是并置的（colocated）并且一同调度，在共享的上下文中运行。pod所建模的是特定于应用的“逻辑主机”，其中包含一个或多个应用容器，这些容器相对紧密的耦合在一起，在非云环境中，在相同的物理机或者虚拟机上运行的应用类似于在同一逻辑主机上运行的云应用。除了应用容器，pod还可以包含在pod启动期间运行的init容器。

在k8s系统中，kubernetes对象是持久化的实体，kubernetes使用这些实体去表示整个集群的状态哪些容器化应用正在运行（运行在哪个节点上）可以被应用使用的资源关于应用运行时行为的策略，如重启策略、升级策略、容错策略等kubernetes对象是一种意向表达， 一旦创建该对象，kubernetes系统将不断工作，以确保该对象存在。通过创建对象，本质上是在告诉k8s系统，我们想要的集群工作负载状态看起来应该是什么样子，这就是k8s集群所谓的期望状态（Desired State）

kubernetes是一个可移植、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进申明式配置和自动化。kubernetes拥有一个庞大且快速增长的生态，其服务、支持和使用的范围相当广泛。kubernetes是建立在Google大规模运行生产工作负载十几年的基础上，结合了社区中最优秀的想法和实践。