Kubernetes是最流行的开源容器编排平台。它因其无缝部署、扩展和管理功能而备受关注。说到历史，Kubernetes（也称为k8s）最初是由Google在2014年开放源码的，现在由Cloud Native Foundation维护，而Cloud Native Foundation本身就属于Linux基金会。库伯内特斯一词源于希腊语，意思是舵手或飞行员（非常有理由证明其特征）

时光倒流

有没有想过在库伯内特斯被释放前情况如何？我们称之为传统的部署时代。所以在这个传统的部署时代，组织在物理服务器上运行应用程序。所以，为什么这是个问题，对吗？问题出在资源配置上。无法为物理服务器中的应用程序定义资源限制，这导致了资源分配问题。为了更好地理解这一点，让我们考虑一个场景，其中两个应用程序（应用程序a和应用程序B）部署在物理服务器上。现在，由于一些意想不到的原因，应用程序A开始消耗服务器的大部分资源，导致应用程序B性能不佳。当然，解决这个问题最直接的方法可能是在不同的服务器上运行这两个应用程序，但是这种方法有两个主要问题 - 首先，扩展仍然是一个问题，还可能导致资源利用不足。其次，对于组织来说，为每个应用程序维护不同的物理服务器是一件昂贵的事情。因此，这些问题催生了虚拟化部署时代。在这个时代，虚拟化被引入。它允许在单个物理服务器上运行不同的虚拟机。虚拟化允许在虚拟机之间隔离应用程序。虚拟化使物理服务器具有更好的可扩展性和资源利用率。而且，最重要的是，它大大降低了硬件成本。现在让我们来谈谈容器部署时代。这就是我们所处的时代。容器与VM类似，但它们是轻量级的，并且具有宽松的隔离属性，以便在应用程序之间共享操作系统，而VM则不是这样（每个VM都是一台运行所有组件的完整机器，包括它自己的操作系统）。毫无疑问，容器已经变得越来越流行，因为它具有灵活性、资源利用率和其他必要的功能？

集装箱已经成为从小型微服务到大型应用程序的流行和首选方式，数据和大数据的区别，特别是自2013年Docker集装箱化项目启动以来。事实上，容器是捆绑和运行任何应用程序的最简单方法。但你为什么需要库伯内特来做这个？大型、分布式的容器化应用程序越来越难以管理和协调。而且，大量的时间可能浪费在编排容器上，而这些容器本来可以用来改进现有的容器或开发新的容器。考虑一种情况 - 在您的生产环境中，有几个容器正在运行，您需要确保没有停机。突然一个集装箱倒了，大数据包括哪些内容，另一个集装箱需要启动。如果这个行为是由一个系统来处理的，这不是更容易吗？这里是库伯内特斯前来救援的地方。Kubernetes提供了一个框架来弹性地运行分布式系统。它负责扩展和故障切换。Kubernetes提供了许多有用的功能，如服务发现和负载平衡、存储编排、自动展开和回滚、自我修复、秘密管理等。很明显，云教云，库伯内特斯在集装箱革命中站稳了脚跟。人们普遍的误解是，库伯内特斯取代了多克。但不，企业应用系统，事实并非如此。Kubernetes并没有取代Docker，而是扩展和支持Docker。尽管Kubernetes确实取代了docker的一些技术，比如docker Swarm。DockerSwarm和Kubernetes一样是一个容器编排器，但它与Docker捆绑在一起。使用Docker Swarm而不是Kubernetes是非常有可能的（如果你愿意的话），但是最近Docker inc.选择让Kubernetes成为Docker社区和Docker Enterprise Edition的一部分。更多细节在这里。

虽然Kubernetes与Docker一起使用已成为一种普遍做法，但它可以与任何符合开放式集装箱倡议（OCI）标准的集装箱系统一起使用。

Kubernetes体系结构

对Kubernetes的工作原理好奇吗？库伯内特斯有哪些不同的概念和抽象？以下是你所有问题的答案。

谈到库伯内特斯的建筑，我脑海中闪过很多词。让我们一个接一个地看。

集群

简单地说，集群是运行Kubernetes的机器的集合。每个Kubernetes集群都有一个主节点，主节点是控制平面（负责维护集群的所需状态，例如哪些应用程序正在运行，以及它们使用哪些容器映像）和一个或多个计算机器或节点。在某种程度上，集群是Kubernetes的核心优势，它能够在一组机器上调度和运行容器，无论是物理的还是虚拟的，在prem上还是在云中。

节点和Pod

Kubernetes集群由一组称为节点的工作机组成。每个集群至少有一个工作节点。它是运行容器化应用程序的节点。具体来说，Kubernetes通过将容器放入pod中在节点上运行来运行工作负载。根据集群的不同，节点可以是虚拟机或物理机。每个节点都包含运行Pods所需的服务，由控制平面管理。节点的组件包括kubelet、容器运行时和kube代理。Kubelet是一个代理，它在集群中的每个节点上运行，图数据库有哪些，并确保容器在pod中运行。容器运行时是负责运行容器的软件，例如Docker、containerd、CRI-O等等。Kube代理是在集群中的每个节点上运行的网络代理。它维护节点上的网络规则。这些网络规则允许从集群内部或外部的网络会话到pods进行网络通信。

结论