{正版现货新书} Kubernetes实战:构建生产级应用平台 9787111705529 [美]乔希·罗索(Josh Rosso),[美]里奇·兰德(Rich Lander),[美]亚历山大·布兰德(Alexander Brand),[美]约翰·哈里斯(John Harris) 著

第1章生产环境构建之路

多年以来，Kubernetes已经在全世界各组织与机构得到了广泛的使用。容器化和微服务的大力推广更是加速了它的发展。随着一个公司的不断进步，运营、基础设施建设和开发团队的配合使得整个项目的构建、运行和支持变得复杂。在这个重要的时期，使用Kubernetes进行整个项目管理不失为一种不错的解决方案。相比其他大规模的开源项目（如Linux），Kubernetes相当年轻。从我们合作的许多客户的角度来看，Kubernetes仍处在一个早期阶段。虽然许多组织与机构已经有了Kubernetes的使用经验，但已经达到生产阶段的Kubernetes用户很少，规模化运营的更是少之又少。在本章中，我们将为准备在生产环境中使用Kubernetes的工程师团队夯实基础，并列举一些需要重点考虑的因素。

1.1 Kubernetes 的定位

Kubernetes是一个平台、基础设施，还是一种应用？不乏“精神领袖”可以为你提供他们对Kubernetes的精确定义。与其在这堆定义中添油加醋，不如把精力放在Kubernetes解决的问题上。一旦撇开这个烦琐的定位问题，接下来我们便要探索如何基于这个“工具集合”来构建我们的生产环境。“生产型Kubernetes”的理想状态是我们已经将其用于完全承载生产环境流量。

Kubernetes这个名字可能有点像一个概括性术语。在GitHub上快速浏览一下，发现kubernetes组织（在撰写本书时）包含69个仓库。然后是kubernetes-sigs,它拥有大约107个项目。在本书中，我们不会讨论这一领域中的数百个云原生计算基金会（CNCF）项目，而是将专门介绍Kubernetes的核心项目。

那么，什么是核心?核心项目包含在kubernetes/kubernetes(https://github.com/kuberne-tes/kubernetes)仓库中。这是Kubernetes集群中一些核心组件的位置。当在集群中使用这些组件时可以提供如下功能：

分布式的集群、实现跨多个主机进行调度。

提供一个声明性、可扩展的、用于与系统交互的API接口。

提供一个CLI（kubectl），用于开发人员与系统交互。

从对象的当前状态到期望状态的调度。

提供基本的服务抽象来帮助在工作负载之间路由请求。

暴露多个接口，用于支持可插拔的网络和存储插件。

这些功能集合创造了一个生产级容器编排服务。更简单地说，Kubernetes为我们提供了一种在多个主机上运行和调度容器的工作方法。在我们进行深入研究时，请记住这一能力。随着时间的推移，我们希望证明这种能力虽然是基础性的，但却是我们构建生产环境的一部分。

1.1.1核心组件

那么，是哪些组件提供了我们之前所说的功能呢？我们在前面提到，核心组件在kuber-netes/kubernetes仓库中。我们中的许多人以不同的方式使用这些组件。例如，那些运行托管服务(如 Google Kubernetes Engine（GKE））的人可能会从该托管主机上获得每个组件。而不使用托管服务的人可能会从仓库中下载二进制文件或从供应商那里获得签名版本。无论如何，任何人都可以从kubernetes/kubernetes仓库中选择一个版本并下载Kubernetes。在下载并解压后，可以使用cluster/get-kube-binaries.sh命令来获取二进制文件。这将自动检测你的目标架构并下载服务器和客户端组件。让我们看一看下面的示例代码，然后开始探索关键的组件。