From b73393f2f926f0af3164ccd61dbf82d915fa19a6 Mon Sep 17 00:00:00 2001 From: windsonsea Date: Tue, 23 Aug 2022 10:15:37 +0800 Subject: [PATCH] [zh-cn] Move what-is-kubernetes to overview page --- content/zh-cn/_index.html | 7 +- .../zh-cn/docs/concepts/overview/_index.md | 282 +++++++++++++++++- .../docs/concepts/overview/components.md | 18 +- .../concepts/overview/what-is-kubernetes.md | 277 ----------------- 4 files changed, 286 insertions(+), 298 deletions(-) delete mode 100644 content/zh-cn/docs/concepts/overview/what-is-kubernetes.md diff --git a/content/zh-cn/_index.html b/content/zh-cn/_index.html index 3594f0900d..949301196f 100644 --- a/content/zh-cn/_index.html +++ b/content/zh-cn/_index.html @@ -8,8 +8,8 @@ cid: home {{< blocks/section id="oceanNodes" >}} {{% blocks/feature image="flower" %}} - -### [Kubernetes]({{< relref "/docs/concepts/overview/what-is-kubernetes" >}}) 是用于自动部署,扩展和管理容器化应用程序的开源系统。 + +[Kubernetes]({{< relref "/docs/concepts/overview/" >}}) 也称为 K8s,是用于自动部署、扩缩和管理容器化应用程序的开源系统。 #### 星际尺度 - + Google 每周运行数十亿个容器,Kubernetes 基于与之相同的原则来设计,能够在不扩张运维团队的情况下进行规模扩展。 diff --git a/content/zh-cn/docs/concepts/overview/_index.md b/content/zh-cn/docs/concepts/overview/_index.md index 03941b849d..7a12edec1d 100644 --- a/content/zh-cn/docs/concepts/overview/_index.md +++ b/content/zh-cn/docs/concepts/overview/_index.md @@ -1,14 +1,282 @@ --- -title: 概述 +title: "概述" +description: > + Kubernetes 是一个可移植、可扩展的开源平台,用于管理容器化的工作负载和服务,方便进行声明式配置和自动化。Kubernetes 拥有一个庞大且快速增长的生态系统,其服务、支持和工具的使用范围广泛。 +content_type: concept weight: 20 -description: 了解 Kubernetes 及其构件的高层次概要。 -sitemap: - priority: 0.9 +card: + name: concepts + weight: 10 +no_list: true --- + + + +此页面是 Kubernetes 的概述。 + + + +Kubernetes 是一个可移植、可扩展的开源平台,用于管理容器化的工作负载和服务,可促进声明式配置和自动化。 +Kubernetes 拥有一个庞大且快速增长的生态,其服务、支持和工具的使用范围相当广泛。 + + +**Kubernetes** 这个名字源于希腊语,意为“舵手”或“飞行员”。k8s 这个缩写是因为 k 和 s 之间有八个字符的关系。 +Google 在 2014 年开源了 Kubernetes 项目。 +Kubernetes 建立在 [Google 大规模运行生产工作负载十几年经验](https://research.google/pubs/pub43438)的基础上, +结合了社区中最优秀的想法和实践。 + + +## 时光回溯 {#going-back-in-time} + +让我们回顾一下为何 Kubernetes 能够裨益四方。 + + +![部署演进](/images/docs/Container_Evolution.svg) + + +**传统部署时代:** + +早期,各个组织是在物理服务器上运行应用程序。 +由于无法限制在物理服务器中运行的应用程序资源使用,因此会导致资源分配问题。 +例如,如果在同一台物理服务器上运行多个应用程序, +则可能会出现一个应用程序占用大部分资源的情况,而导致其他应用程序的性能下降。 +一种解决方案是将每个应用程序都运行在不同的物理服务器上, +但是当某个应用程式资源利用率不高时,剩余资源无法被分配给其他应用程式, +而且维护许多物理服务器的成本很高。 + + +**虚拟化部署时代:** + +因此,虚拟化技术被引入了。虚拟化技术允许你在单个物理服务器的 CPU 上运行多台虚拟机(VM)。 +虚拟化能使应用程序在不同 VM 之间被彼此隔离,且能提供一定程度的安全性, +因为一个应用程序的信息不能被另一应用程序随意访问。 + + +虚拟化技术能够更好地利用物理服务器的资源,并且因为可轻松地添加或更新应用程序, +而因此可以具有更高的可扩缩性,以及降低硬件成本等等的好处。 +通过虚拟化,你可以将一组物理资源呈现为可丢弃的虚拟机集群。 + +每个 VM 是一台完整的计算机,在虚拟化硬件之上运行所有组件,包括其自己的操作系统。 + + +**容器部署时代:** + +容器类似于 VM,但是更宽松的隔离特性,使容器之间可以共享操作系统(OS)。 +因此,容器比起 VM 被认为是更轻量级的。且与 VM 类似,每个容器都具有自己的文件系统、CPU、内存、进程空间等。 +由于它们与基础架构分离,因此可以跨云和 OS 发行版本进行移植。 + + +容器因具有许多优势而变得流行起来,例如: + + +* 敏捷应用程序的创建和部署:与使用 VM 镜像相比,提高了容器镜像创建的简便性和效率。 +* 持续开发、集成和部署:通过快速简单的回滚(由于镜像不可变性), + 提供可靠且频繁的容器镜像构建和部署。 +* 关注开发与运维的分离:在构建、发布时创建应用程序容器镜像,而不是在部署时, + 从而将应用程序与基础架构分离。 +* 可观察性:不仅可以显示 OS 级别的信息和指标,还可以显示应用程序的运行状况和其他指标信号。 +* 跨开发、测试和生产的环境一致性:在笔记本计算机上也可以和在云中运行一样的应用程序。 +* 跨云和操作系统发行版本的可移植性:可在 Ubuntu、RHEL、CoreOS、本地、 + Google Kubernetes Engine 和其他任何地方运行。 +* 以应用程序为中心的管理:提高抽象级别,从在虚拟硬件上运行 OS 到使用逻辑资源在 OS 上运行应用程序。 +* 松散耦合、分布式、弹性、解放的微服务:应用程序被分解成较小的独立部分, + 并且可以动态部署和管理 - 而不是在一台大型单机上整体运行。 +* 资源隔离:可预测的应用程序性能。 +* 资源利用:高效率和高密度。 + + +## 为什么需要 Kubernetes,它能做什么? {#why-you-need-kubernetes-and-what-can-it-do} + + +容器是打包和运行应用程序的好方式。在生产环境中, +你需要管理运行着应用程序的容器,并确保服务不会下线。 +例如,如果一个容器发生故障,则你需要启动另一个容器。 +如果此行为交由给系统处理,是不是会更容易一些? + + +这就是 Kubernetes 要来做的事情! +Kubernetes 为你提供了一个可弹性运行分布式系统的框架。 +Kubernetes 会满足你的扩展要求、故障转移你的应用、提供部署模式等。 +例如,Kubernetes 可以轻松管理系统的 Canary 部署。 + + +Kubernetes 为你提供: + + +* **服务发现和负载均衡** + + Kubernetes 可以使用 DNS 名称或自己的 IP 地址来曝露容器。 + 如果进入容器的流量很大, + Kubernetes 可以负载均衡并分配网络流量,从而使部署稳定。 + + +* **存储编排** + + Kubernetes 允许你自动挂载你选择的存储系统,例如本地存储、公共云提供商等。 + + +* **自动部署和回滚** + + 你可以使用 Kubernetes 描述已部署容器的所需状态, + 它可以以受控的速率将实际状态更改为期望状态。 + 例如,你可以自动化 Kubernetes 来为你的部署创建新容器, + 删除现有容器并将它们的所有资源用于新容器。 + + +* **自动完成装箱计算** + + 你为 Kubernetes 提供许多节点组成的集群,在这个集群上运行容器化的任务。 + 你告诉 Kubernetes 每个容器需要多少 CPU 和内存 (RAM)。 + Kubernetes 可以将这些容器按实际情况调度到你的节点上,以最佳方式利用你的资源。 + + +* **自我修复** + + Kubernetes 将重新启动失败的容器、替换容器、杀死不响应用户定义的运行状况检查的容器, + 并且在准备好服务之前不将其通告给客户端。 + + +* **密钥与配置管理** + + Kubernetes 允许你存储和管理敏感信息,例如密码、OAuth 令牌和 ssh 密钥。 + 你可以在不重建容器镜像的情况下部署和更新密钥和应用程序配置,也无需在堆栈配置中暴露密钥。 + + +## Kubernetes 不是什么 {#what-kubernetes-is-not} + + +Kubernetes 不是传统的、包罗万象的 PaaS(平台即服务)系统。 +由于 Kubernetes 是在容器级别运行,而非在硬件级别,它提供了 PaaS 产品共有的一些普遍适用的功能, +例如部署、扩展、负载均衡,允许用户集成他们的日志记录、监控和警报方案。 +但是,Kubernetes 不是单体式(monolithic)系统,那些默认解决方案都是可选、可插拔的。 +Kubernetes 为构建开发人员平台提供了基础,但是在重要的地方保留了用户选择权,能有更高的灵活性。 + + +Kubernetes: + + +* 不限制支持的应用程序类型。 + Kubernetes 旨在支持极其多种多样的工作负载,包括无状态、有状态和数据处理工作负载。 + 如果应用程序可以在容器中运行,那么它应该可以在 Kubernetes 上很好地运行。 +* 不部署源代码,也不构建你的应用程序。 + 持续集成(CI)、交付和部署(CI/CD)工作流取决于组织的文化和偏好以及技术要求。 +* 不提供应用程序级别的服务作为内置服务,例如中间件(例如消息中间件)、 + 数据处理框架(例如 Spark)、数据库(例如 MySQL)、缓存、集群存储系统 + (例如 Ceph)。这样的组件可以在 Kubernetes 上运行,并且/或者可以由运行在 + Kubernetes 上的应用程序通过可移植机制 + (例如[开放服务代理](https://openservicebrokerapi.org/))来访问。 + +* 不是日志记录、监视或警报的解决方案。 + 它集成了一些功能作为概念证明,并提供了收集和导出指标的机制。 +* 不提供也不要求配置用的语言、系统(例如 jsonnet),它提供了声明性 API, + 该声明性 API 可以由任意形式的声明性规范所构成。 +* 不提供也不采用任何全面的机器配置、维护、管理或自我修复系统。 +* 此外,Kubernetes 不仅仅是一个编排系统,实际上它消除了编排的需要。 + 编排的技术定义是执行已定义的工作流程:首先执行 A,然后执行 B,再执行 C。 + 而 Kubernetes 包含了一组独立可组合的控制过程,可以连续地将当前状态驱动到所提供的预期状态。 + 你不需要在乎如何从 A 移动到 C,也不需要集中控制,这使得系统更易于使用 + 且功能更强大、系统更健壮,更为弹性和可扩展。 + +## {{% heading "whatsnext" %}} + + +* 查阅 [Kubernetes 组件](/zh-cn/docs/concepts/overview/components/) +* 查阅 [Kubernetes API](/zh-cn/docs/concepts/overview/kubernetes-api/) +* 查阅 [Cluster 架构](/zh-cn/docs/concepts/architecture/) +* 开始 [Kubernetes 的建置](/zh-cn/docs/setup/)吧! diff --git a/content/zh-cn/docs/concepts/overview/components.md b/content/zh-cn/docs/concepts/overview/components.md index e7f844aaa6..477a2b1acf 100644 --- a/content/zh-cn/docs/concepts/overview/components.md +++ b/content/zh-cn/docs/concepts/overview/components.md @@ -2,7 +2,7 @@ title: Kubernetes 组件 content_type: concept description: > - Kubernetes 集群由代表控制平面的组件和一组称为节点的机器组成。 + Kubernetes 集群由控制平面的组件和一组称为节点的机器组成。 weight: 20 card: name: concepts @@ -14,8 +14,8 @@ reviewers: title: Kubernetes Components content_type: concept description: > - A Kubernetes cluster consists of the components that represent the control plane - and a set of machines called nodes + A Kubernetes cluster consists of the components that are a part of the control + plane and a set of machines called nodes. weight: 20 card: name: concepts @@ -24,13 +24,12 @@ card: 当你部署完 Kubernetes,便拥有了一个完整的集群。 @@ -59,7 +58,7 @@ for simplicity, set up scripts typically start all control plane components on the same machine, and do not run user containers on this machine. See [Creating Highly Available clusters with kubeadm](/docs/setup/production-environment/tools/kubeadm/high-availability/) for an example control plane setup that runs across multiple machines. - --> +--> 控制平面组件可以在集群中的任何节点上运行。 然而,为了简单起见,设置脚本通常会在同一个计算机上启动所有控制平面组件, 并且不会在此计算机上运行用户容器。 @@ -190,8 +189,8 @@ Containers started by Kubernetes automatically include this DNS server in their --> ### DNS {#dns} -尽管其他插件都并非严格意义上的必需组件,但几乎所有 Kubernetes 集群都应该 -有[集群 DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/), +尽管其他插件都并非严格意义上的必需组件,但几乎所有 Kubernetes +集群都应该有[集群 DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/), 因为很多示例都需要 DNS 服务。 集群 DNS 是一个 DNS 服务器,和环境中的其他 DNS 服务器一起工作,它为 Kubernetes 服务提供 DNS 记录。 @@ -230,8 +229,7 @@ saving container logs to a central log store with search/browsing interface. --> ### 集群层面日志 {#cluster-level-logging} -[集群层面日志](/zh-cn/docs/concepts/cluster-administration/logging/) -机制负责将容器的日志数据保存到一个集中的日志存储中, +[集群层面日志](/zh-cn/docs/concepts/cluster-administration/logging/)机制负责将容器的日志数据保存到一个集中的日志存储中, 这种集中日志存储提供搜索和浏览接口。 ## {{% heading "whatsnext" %}} diff --git a/content/zh-cn/docs/concepts/overview/what-is-kubernetes.md b/content/zh-cn/docs/concepts/overview/what-is-kubernetes.md deleted file mode 100644 index 25feebb7fc..0000000000 --- a/content/zh-cn/docs/concepts/overview/what-is-kubernetes.md +++ /dev/null @@ -1,277 +0,0 @@ ---- -title: Kubernetes 是什么? -content_type: concept -description: > - Kubernetes 是一个可移植、可扩展的开源平台,用于管理容器化的工作负载和服务,方便进行声明式配置和自动化。Kubernetes 拥有一个庞大且快速增长的生态系统,其服务、支持和工具的使用范围广泛。 -weight: 10 -card: - name: concepts - weight: 10 ---- - - - - -此页面是 Kubernetes 的概述。 - - - - -Kubernetes 是一个可移植、可扩展的开源平台,用于管理容器化的工作负载和服务,可促进声明式配置和自动化。 -Kubernetes 拥有一个庞大且快速增长的生态,其服务、支持和工具的使用范围相当广泛。 - - -**Kubernetes** 这个名字源于希腊语,意为“舵手”或“飞行员”。k8s 这个缩写是因为 k 和 s 之间有八个字符的关系。 -Google 在 2014 年开源了 Kubernetes 项目。 -Kubernetes 建立在[Google 大规模运行生产工作负载十几年经验](https://research.google/pubs/pub43438)的基础上, -结合了社区中最优秀的想法和实践。 - - -## 时光回溯 {#going-back-in-time} - -让我们回顾一下为何 Kubernetes 能够裨益四方。 - - -![部署演进](/images/docs/Container_Evolution.svg) - - -**传统部署时代:** - -早期,各机构是在物理服务器上运行应用程序。 -由于无法限制在物理服务器中运行的应用程序资源使用,因此会导致资源分配问题。 -例如,如果在物理服务器上运行多个应用程序, -则可能会出现一个应用程序占用大部分资源的情况,而导致其他应用程序的性能下降。 -一种解决方案是将每个应用程序都运行在不同的物理服务器上, -但是当某个应用程式资源利用率不高时,剩余资源无法被分配给其他应用程式, -而且维护许多物理服务器的成本很高。 - - -**虚拟化部署时代:** - -因此,虚拟化技术被引入了。虚拟化技术允许你在单个物理服务器的 CPU 上运行多台虚拟机(VM)。 -虚拟化能使应用程序在不同 VM 之间被彼此隔离,且能提供一定程度的安全性, -因为一个应用程序的信息不能被另一应用程序随意访问。 - - -虚拟化技术能够更好地利用物理服务器的资源,并且因为可轻松地添加或更新应用程序, -而因此可以具有更高的可伸缩性,以及降低硬件成本等等的好处。 - -每个 VM 是一台完整的计算机,在虚拟化硬件之上运行所有组件,包括其自己的操作系统(OS)。 - - -**容器部署时代:** - -容器类似于 VM,但是更宽松的隔离特性,使容器之间可以共享操作系统(OS)。 -因此,容器比起 VM 被认为是更轻量级的。且与 VM 类似,每个容器都具有自己的文件系统、CPU、内存、进程空间等。 -由于它们与基础架构分离,因此可以跨云和 OS 发行版本进行移植。 - - -容器因具有许多优势而变得流行起来。下面列出的是容器的一些好处: - - -* 敏捷应用程序的创建和部署:与使用 VM 镜像相比,提高了容器镜像创建的简便性和效率。 -* 持续开发、集成和部署:通过快速简单的回滚(由于镜像不可变性), - 提供可靠且频繁的容器镜像构建和部署。 -* 关注开发与运维的分离:在构建、发布时创建应用程序容器镜像,而不是在部署时, - 从而将应用程序与基础架构分离。 -* 可观察性:不仅可以显示 OS 级别的信息和指标,还可以显示应用程序的运行状况和其他指标信号。 -* 跨开发、测试和生产的环境一致性:在笔记本计算机上也可以和在云中运行一样的应用程序。 -* 跨云和操作系统发行版本的可移植性:可在 Ubuntu、RHEL、CoreOS、本地、 - Google Kubernetes Engine 和其他任何地方运行。 -* 以应用程序为中心的管理:提高抽象级别,从在虚拟硬件上运行 OS 到使用逻辑资源在 OS 上运行应用程序。 -* 松散耦合、分布式、弹性、解放的微服务:应用程序被分解成较小的独立部分, - 并且可以动态部署和管理 - 而不是在一台大型单机上整体运行。 -* 资源隔离:可预测的应用程序性能。 -* 资源利用:高效率和高密度。 - - -## 为什么需要 Kubernetes,它能做什么? {#why-you-need-kubernetes-and-what-can-it-do} - - -容器是打包和运行应用程序的好方式。在生产环境中, -你需要管理运行着应用程序的容器,并确保服务不会下线。 -例如,如果一个容器发生故障,则你需要启动另一个容器。 -如果此行为交由给系统处理,是不是会更容易一些? - - -这就是 Kubernetes 要来做的事情! -Kubernetes 为你提供了一个可弹性运行分布式系统的框架。 -Kubernetes 会满足你的扩展要求、故障转移、部署模式等。 -例如,Kubernetes 可以轻松管理系统的 Canary 部署。 - - -Kubernetes 为你提供: - - -* **服务发现和负载均衡** - - Kubernetes 可以使用 DNS 名称或自己的 IP 地址来曝露容器。 - 如果进入容器的流量很大, - Kubernetes 可以负载均衡并分配网络流量,从而使部署稳定。 - - -* **存储编排** - - Kubernetes 允许你自动挂载你选择的存储系统,例如本地存储、公共云提供商等。 - - -* **自动部署和回滚** - - 你可以使用 Kubernetes 描述已部署容器的所需状态, - 它可以以受控的速率将实际状态更改为期望状态。 - 例如,你可以自动化 Kubernetes 来为你的部署创建新容器, - 删除现有容器并将它们的所有资源用于新容器。 - - -* **自动完成装箱计算** - - Kubernetes 允许你指定每个容器所需 CPU 和内存(RAM)。 - 当容器指定了资源请求时,Kubernetes 可以做出更好的决策来为容器分配资源。 - - -* **自我修复** - - Kubernetes 将重新启动失败的容器、替换容器、杀死不响应用户定义的运行状况检查的容器, - 并且在准备好服务之前不将其通告给客户端。 - - -* **密钥与配置管理** - - Kubernetes 允许你存储和管理敏感信息,例如密码、OAuth 令牌和 ssh 密钥。 - 你可以在不重建容器镜像的情况下部署和更新密钥和应用程序配置,也无需在堆栈配置中暴露密钥。 - - -## Kubernetes 不是什么 {#what-kubernetes-is-not} - - -Kubernetes 不是传统的、包罗万象的 PaaS(平台即服务)系统。 -由于 Kubernetes 是在容器级别运行,而非在硬件级别, -它提供了 PaaS 产品共有的一些普遍适用的功能, -例如部署、扩展、负载均衡、日志记录和监视。 -但是,Kubernetes 不是单体式(monolithic)系统,那些默认解决方案都是可选、可插拔的。 -Kubernetes 为构建开发人员平台提供了基础,但是在重要的地方保留了用户选择权,能有更高的灵活性。 - - -Kubernetes: - - -* 不限制支持的应用程序类型。 - Kubernetes 旨在支持极其多种多样的工作负载,包括无状态、有状态和数据处理工作负载。 - 如果应用程序可以在容器中运行,那么它应该可以在 Kubernetes 上很好地运行。 -* 不部署源代码,也不构建你的应用程序。 - 持续集成(CI)、交付和部署(CI/CD)工作流取决于组织的文化和偏好以及技术要求。 -* 不提供应用程序级别的服务作为内置服务,例如中间件(例如消息中间件)、 - 数据处理框架(例如 Spark)、数据库(例如 MySQL)、缓存、集群存储系统 - (例如 Ceph)。这样的组件可以在 Kubernetes 上运行,并且/或者可以由运行在 - Kubernetes 上的应用程序通过可移植机制 - (例如[开放服务代理](https://openservicebrokerapi.org/))来访问。 - -* 不是日志记录、监视或警报的解决方案。 - 它集成了一些功能作为概念证明,并提供了收集和导出指标的机制。 -* 不提供也不要求配置用的语言、系统(例如 jsonnet),它提供了声明性 API, - 该声明性 API 可以由任意形式的声明性规范所构成。 -* 不提供也不采用任何全面的机器配置、维护、管理或自我修复系统。 -* 此外,Kubernetes 不仅仅是一个编排系统,实际上它消除了编排的需要。 - 编排的技术定义是执行已定义的工作流程:首先执行 A,然后执行 B,再执行 C。 - 而 Kubernetes 包含了一组独立可组合的控制过程, - 可以连续地将当前状态驱动到所提供的预期状态。 - 你不需要在乎如何从 A 移动到 C,也不需要集中控制,这使得系统更易于使用 - 且功能更强大、系统更健壮,更为弹性和可扩展。 - -## {{% heading "whatsnext" %}} - - -* 查阅[Kubernetes 组件](/zh-cn/docs/concepts/overview/components/) -* 开始[Kubernetes 的建置](/zh-cn/docs/setup/)吧!