mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-02-03 23:40:14 +08:00
PRF:20170101 What is Kubernetes.md
@songshuang00 翻译的很好，稍有出入的地方是现在官方的原文有变化，我根据变化有所调整。这篇文章很重要，所以我的校对还请你看一下，看看是否有不合适的地方。
This commit is contained in:
wxy
parent
fc6e4853bb
commit
b8d6070f5c
@ -1,42 +1,26 @@
|
||||
Kubernetes是什么？What is Kubernetes?
|
||||
一文了解 Kubernetes 是什么？
|
||||
============================================================
|
||||
本文是Kubernetes的概览。
|
||||
|
||||
这是一篇 Kubernetes 的概览。
|
||||
|
||||
* [为什么选择Kubernetes?][7]
|
||||
Kubernetes 是一个[自动化部署、伸缩和操作应用程序容器的开源平台][25]。
|
||||
|
||||
* [为什么我需要Kubernetes，它能做什么?][1]
|
||||
使用 Kubernetes，你可以快速、高效地满足用户以下的需求：
|
||||
|
||||
* [Kubernetes是一个什么样的平台?][2]
|
||||
* 快速精准地部署应用程序
|
||||
* 即时伸缩你的应用程序
|
||||
* 无缝展现新特征
|
||||
* 限制硬件用量仅为所需资源
|
||||
|
||||
* [Kubernetes不是什么？][3]
|
||||
|
||||
* [Kubernetes这个单词的含义？k8s?][4]
|
||||
|
||||
* [接下来][8]
|
||||
|
||||
|
||||
Kubernetes 是一款跨集群的 [专门为自动化部署、缩放、操作应用程序容器的开源平台][25] , 提供了以容器为中心的基础架构。
|
||||
|
||||
使用 Kubernetes , 你可以快速、高效地满足用户以下的需求：
|
||||
|
||||
* 快速精准地部署应用程序
|
||||
|
||||
* 即时缩放应用程序
|
||||
|
||||
* 无缝展现新特征
|
||||
|
||||
我们的目标是，在公有或私有云中，培育出可以释放正在运行的程序的负担的一系列工具和组件的生态系统。
|
||||
我们的目标是培育一个工具和组件的生态系统，以减缓在公有云或私有云中运行的程序的压力。
|
||||
|
||||
#### Kubernetes 的优势
|
||||
|
||||
* **轻便**: 公有云、私有云、混合云、多态云
|
||||
* **可移动**: 公有云、私有云、混合云、多态云
|
||||
* **可扩展**: 模块化、插件化、可挂载、可组合
|
||||
* **自修复**: 自动部署、自动重启、自动复制、自动伸缩
|
||||
|
||||
* **可扩展**: 模块化、组件化，可添加插件、可Hook
|
||||
|
||||
* **自动修正**: 自动布局、自动重启、自动复制、自动缩放
|
||||
|
||||
Google 公司于2014年启动了 Kubernetes 项目。Kubernetes 是在[ Google 的长达15年的成规模的产品运行工作量的经验下][26]构建的, 结合了公司中最优秀的创意，并在社区中经历了反复地实践。
|
||||
Google 公司于 2014 年启动了 Kubernetes 项目。Kubernetes 是在 [Google 的长达 15 年的成规模的产品级任务的经验下][26]构建的，结合了来自社区的最佳创意和实践经验。
|
||||
|
||||
### 为什么选择容器?
|
||||
|
||||
@ -44,105 +28,80 @@ Google 公司于2014年启动了 Kubernetes 项目。Kubernetes 是在[ Google
|
||||
|
||||
|
||||
|
||||
程序部署的 _旧方法_ 是指，通过操作系统包管理器在主机上安装程序。这样做的坏处是，容易混淆程序之间以及程序和主机系统之间的可执行文件、配置文件、库、生命周期。为了达到精准展现和精准回撤，你可以搭建一台不可变的虚拟机映象。但是虚拟机体量往往过于庞大。
|
||||
程序部署的_传统方法_是指通过操作系统包管理器在主机上安装程序。这样做的缺点是，容易混淆程序之间以及程序和主机系统之间的可执行文件、配置文件、库、生命周期。为了达到精准展现和精准回撤，你可以搭建一台不可变的虚拟机镜像。但是虚拟机体量往往过于庞大而且不可转移。
|
||||
|
||||
容器部署的 _新方法_ 是基于操作系统级别的可视化，而非硬件可视化。容器彼此是孤立的，相对于主机也是独立的：它们有自己的文件系统，彼此之间不能看到对方的进程，分配到的计算资源都是有边界的。它们比虚拟机更容易搭建。并且由于和基础架构、主机文件系统是解耦的，它们可以在不同类型的云上或分布式OS上应用。
|
||||
容器部署的_新的方式_是基于操作系统级别的虚拟化，而非硬件虚拟化。容器彼此是隔离的，与宿主机也是隔离的：它们有自己的文件系统，彼此之间不能看到对方的进程，分配到的计算资源都是有限制的。它们比虚拟机更容易搭建。并且由于和基础架构、宿主机文件系统是解耦的，它们可以在不同类型的云上或操作系统上转移。
|
||||
|
||||
正因为容器又小又快，每一个容器映象都可以打包装载一个程序。这种一对一的「程序 - 映象」联系带给了容器诸多便捷。有了容器，静态容器映象可以在编译/发布时期创建，而非部署时期。因此，每个应用不必再等待和整个应用栈其它部分进行整合，也不必和产品基础架构环境之间进行妥协。在编译/发布时期生成容器映象建立了一个持续地把开发转化为产品的环境。相似地，容器远比虚拟机更加透明，尤其在设备监控和管理上。这一点，在容器的进程生命周期被基础架构管理而非被容器内的进程监督器隐藏掉时，尤为显著。最终，随着每个容器内都装载了单一的程序，管理容器就等于管理或部署整个应用。
|
||||
正因为容器又小又快，每一个容器镜像都可以打包装载一个程序。这种一对一的“程序 - 镜像”联系带给了容器诸多便捷。有了容器，静态容器镜像可以在编译/发布时期创建，而非部署时期。因此，每个应用不必再等待和整个应用栈其它部分进行整合，也不必和产品基础架构环境之间进行妥协。在编译/发布时期生成容器镜像建立了一个持续地把开发转化为产品的环境。相似地，容器远比虚拟机更加透明，尤其在设备监控和管理上。这一点，在容器的进程生命周期被基础架构管理而非被容器内的进程监督器隐藏掉时，尤为显著。最终，随着每个容器内都装载了单一的程序，管理容器就等于管理或部署整个应用。
|
||||
|
||||
容器优势总结：
|
||||
|
||||
* **敏捷的应用创建与部署**: 相比虚拟机映象，容器映象的创建更简便、更高效。
|
||||
|
||||
* **持续的开发，集成，以及部署**: 在快速回撤下提供可靠、高频的容器映象编译和部署（基于映象的不可变性）。
|
||||
|
||||
* **开发与运营的关注点分离**: 由于容器映象是在编译/发布期创建的，因此整个过程与基础架构解耦。
|
||||
|
||||
* **跨开发、测试、产品阶段的环境稳定性**: 在笔记本电脑上的运行结果和在云上完全一致。
|
||||
|
||||
* **云平台与分布式OS平台高适应性**: 可以在Ubuntu， RHEL， CoreOS， on-prem， Google 容器引擎，乃至其它各类平台上运行。
|
||||
|
||||
* **敏捷的应用创建与部署**：相比虚拟机镜像，容器镜像的创建更简便、更高效。
|
||||
* **持续的开发、集成，以及部署**：在快速回滚下提供可靠、高频的容器镜像编译和部署（基于镜像的不可变性）。
|
||||
* **开发与运营的关注点分离**：由于容器镜像是在编译/发布期创建的，因此整个过程与基础架构解耦。
|
||||
* **跨开发、测试、产品阶段的环境稳定性**：在笔记本电脑上的运行结果和在云上完全一致。
|
||||
* **在云平台与 OS 上分发的可转移性**：可以在 Ubuntu、RHEL、CoreOS、预置系统、Google 容器引擎，乃至其它各类平台上运行。
|
||||
* **以应用为核心的管理**: 从在虚拟硬件上运行系统，到在利用逻辑资源的系统上运行程序，从而提升了系统的抽象层级。
|
||||
* **松散耦联、分布式、弹性、无拘束的[微服务][5]**：整个应用被分散为更小、更独立的模块，并且这些模块可以被动态地部署和管理，而不再是存储在大型的单用途机器上的臃肿的单一应用栈。
|
||||
* **资源隔离**：增加程序表现的可预见性。
|
||||
* **资源利用率**：高效且密集。
|
||||
|
||||
* **松散耦联、分布式、弹性、无拘束的 [微服务][5]**: 整个应用被分散为更小更独立的模块，并且这些模块可以被动态地部署和管理，而不再是存储在大型单用途机器上的臃肿的单一应用栈。
|
||||
#### 为什么我需要 Kubernetes，它能做什么?
|
||||
|
||||
* **资源隔离**: 增加程序表现的可预见性。
|
||||
|
||||
* **资源利用率**: 高效且密集。
|
||||
|
||||
#### 为什么我需要Kubernetes，它能做什么?
|
||||
|
||||
至少，Kubernetes 能在实体机或虚拟机集群上安排和运行程序容器。而且，Kubernetes 也能让开发者斩断联系着实体机或虚拟机的「锁链」，从 **主机为中心** 的架构跃至 **容器为中心** 的架构。该架构最终提供给开发者诸多内在的优势和便利。Kubernetes 提供给基础架构以真正的 **容器为中心** 的开发环境。
|
||||
至少，Kubernetes 能在实体机或虚拟机集群上调度和运行程序容器。而且，Kubernetes 也能让开发者斩断联系着实体机或虚拟机的“锁链”，从**以主机为中心**的架构跃至**以容器为中心**的架构。该架构最终提供给开发者诸多内在的优势和便利。Kubernetes 提供给基础架构以真正的**以容器为中心**的开发环境。
|
||||
|
||||
Kubernetes 满足了一系列产品内运行程序的普通需求，诸如：
|
||||
|
||||
* [共用地址的帮助进程][9]，协助应用程序整合，维护一对一「程序 - 映象」模型。
|
||||
|
||||
* [装备存储系统][10]
|
||||
|
||||
* [分布机密][11]
|
||||
|
||||
* [协调辅助进程][9]，协助应用程序整合，维护一对一“程序 - 镜像”模型。
|
||||
* [挂载存储系统][10]
|
||||
* [分布式机密信息][11]
|
||||
* [检查程序状态][12]
|
||||
|
||||
* [复制应用实例][13]
|
||||
|
||||
* [使用横向荚式自动缩放][14]
|
||||
|
||||
* [命名与发现][15]
|
||||
|
||||
* [负载均衡][16]
|
||||
|
||||
* [滚动更新][17]
|
||||
|
||||
* [资源监控][18]
|
||||
|
||||
* [访问并读取日志][19]
|
||||
|
||||
* [程序调试][20]
|
||||
|
||||
* [提供验证与授权][21]
|
||||
|
||||
以上这些共同组成了一套精简的平台即服务 (PaaS) 系统以及相关的灵活的基础架构即服务 (IaaS) 系统。此外还协助跨平台服务提供商增强了适用性。
|
||||
以上兼具平台即服务（PaaS）的简化和基础架构即服务（IaaS）的灵活，并促进了在平台服务提供商之间的迁移。
|
||||
|
||||
#### Kubernetes是一个什么样的平台?
|
||||
#### Kubernetes 是一个什么样的平台?
|
||||
|
||||
虽然 Kubernetes 提供了非常多的功能，总会有更多受益于新特性的新场景出现。针对特定应用的工作流程，能被流水线化以加速开发速度。专属设备组合在初始状态就可以被系统接受，这往往需要系统拥有健壮的自动缩放功能。这也是为什么 Kubernetes 同样被设计为以构造为了更方便地部署、缩放、管理程序为目的的工具组生态系统的平台。
|
||||
虽然 Kubernetes 提供了非常多的功能，总会有更多受益于新特性的新场景出现。针对特定应用的工作流程，能被流水线化以加速开发速度。特别的编排起初是可接受的，这往往需要拥有健壮的大规模自动化机制。这也是为什么 Kubernetes 也被设计为一个构建组件和工具的生态系统的平台，使其更容易地部署、缩放、管理应用程序。
|
||||
|
||||
[标签][28] 可以让用户按照自己的喜好组织资源。 [注释][29]让用户在资源里添加客户信息，以优化工作流程、简化管理工具、标示调试状态。
|
||||
[<ruby>标签<rt>label</rt></ruby>][28]可以让用户按照自己的喜好组织资源。 [<ruby>注释<rt>annotation</rt></ruby>][29]让用户在资源里添加客户信息，以优化工作流程，为管理工具提供一个标示调试状态的简单方法。
|
||||
|
||||
此外，[Kubernetes 控制面板][30]由同一[API][31]搭建，开发者和用户都可以使用。用户可以编写自己的控制器，比如[schedulers][32]，使用[自己的 API][33]可以被通用的[命令行工具][34]识别。
|
||||
此外，[Kubernetes 控制面板][30]是由开发者和用户均可使用的同样的 [API][31] 构建的。用户可以编写自己的控制器，比如 [<ruby>调度器<rt>scheduler</rt></ruby>][32]，使用可以被通用的[命令行工具][34]识别的[他们自己的 API][33]。
|
||||
|
||||
这种 [设计][35] 让其它系统也能经由 Kubernetes 构建。
|
||||
这种[设计][35]让大量的其它系统也能构建于 Kubernetes 之上。
|
||||
|
||||
#### Kubernetes不是什么？
|
||||
#### Kubernetes 不是什么？
|
||||
|
||||
Kubernetes 不是传统的，全包容的平台即服务（Paas）系统。关键时刻，它尊重用户的选择。
|
||||
Kubernetes 不是传统的、全包容的平台即服务（Paas）系统。它尊重用户的选择，这很重要。
|
||||
|
||||
Kubernetes:
|
||||
|
||||
* 并不限制支持的程序类型。它并不检测程序的框架 (例如， [Wildfly][22])，也不限制运行时支持的语言集合 (比如， Java， Python， Ruby)，也不仅仅迎合 [12因子应用程序][23]，也不区分 _应用_ 与 _服务_ 。Kubernetes 旨在支持尽可能多种类的工作负载，包括无状态的，有状态的，数据处理的工作负载。如果某程序在容器内运行良好，它在 Kubernetes 上只可能运行地更好。
|
||||
|
||||
* 不提供中间件（例如消息总线），数据处理框架（例如Spark），数据库（例如mysql），也不提供集群存储系统（例如Ceph）和内置服务。但是以上程序都可以在 Kubernetes 上运行。
|
||||
|
||||
* 没有「点击即部署」这类营销策略存在。
|
||||
Kubernetes：
|
||||
|
||||
* 并不限制支持的程序类型。它并不检测程序的框架 (例如，[Wildfly][22])，也不限制运行时支持的语言集合 (比如， Java、Python、Ruby)，也不仅仅迎合 [12 因子应用程序][23]，也不区分 _应用_ 与 _服务_ 。Kubernetes 旨在支持尽可能多种类的工作负载，包括无状态的、有状态的和处理数据的工作负载。如果某程序在容器内运行良好，它在 Kubernetes 上只可能运行地更好。
|
||||
* 不提供中间件（例如消息总线）、数据处理框架（例如 Spark）、数据库（例如 mysql），也不把集群存储系统（例如 Ceph）作为内置服务。但是以上程序都可以在 Kubernetes 上运行。
|
||||
* 没有“点击即部署”这类的服务市场存在。
|
||||
* 不部署源代码，也不编译程序。持续集成 (CI) 工作流程是不同的用户和项目拥有其各自不同的需求和表现的地方。所以，Kubernetes 支持分层 CI 工作流程，却并不监听每层的工作状态。
|
||||
|
||||
* 允许用户自行选择日志、监控、预警系统。（ Kubernetes 提供一些集成工具以保证这一概念得到执行。）
|
||||
|
||||
* 不提供也不管理一套完整的程序配置语言/系统（例如[jsonnet][24]）。
|
||||
|
||||
* 允许用户自行选择日志、监控、预警系统。（ Kubernetes 提供一些集成工具以保证这一概念得到执行）
|
||||
* 不提供也不管理一套完整的应用程序配置语言/系统（例如 [jsonnet][24]）。
|
||||
* 不提供也不配合任何完整的机器配置、维护、管理、自我修复系统。
|
||||
|
||||
另一方面说，一系列 PaaS 系统运行 _在_ Kubernetes 上，诸如 [Openshift][36]， [Deis][37]， 以及 [Eldarion][38]。你也可以开发你的自定义 PaaS，整合上你自选的 CI 系统，或者只在 Kubernetes 上部署容器映象。
|
||||
另一方面，大量的 PaaS 系统运行_在_ Kubernetes 上，诸如 [Openshift][36]、[Deis][37]，以及 [Eldarion][38]。你也可以开发你的自定义 PaaS，整合上你自选的 CI 系统，或者只在 Kubernetes 上部署容器镜像。
|
||||
|
||||
而且， Kubernetes 不只是一个 _编排系统_ 。其实，它解决了编排的需求。 _编排_ 的技术定义是，对如下工作流程的执行：先做A，再做B，最后做C。相反地， Kubernetes 囊括了一系列独立、可组合的控制进程，它们持续驱动当前状态向需求的状态发展。从A到C的具体过程并不唯一。这将使系统更易用、更高效、更健壮、复用性、扩展性更强。
|
||||
因为 Kubernetes 运营在应用程序层面而不是在硬件层面，它提供了一些 PaaS 所通常提供的常见的适用功能，比如部署、伸缩、负载平衡、日志和监控。然而，Kubernetes 并非铁板一块，这些默认的解决方案是可供选择，可自行增加或删除的。
|
||||
|
||||
既然 Kubernetes 运行在应用层而非硬件层，它提供一些通用的应用特性，与一般 PaaS 提供的类似，如部署、缩放、负载均衡、日志、监控。然而， Kubernetes 并非铁板一块，这些默认的解决方案是可供选择，可自行增加或删除的。
|
||||
|
||||
#### Kubernetes这个单词的含义？k8s?
|
||||
而且， Kubernetes 不只是一个_编排系统_ 。事实上，它满足了编排的需求。 _编排_ 的技术定义是，一个定义好的工作流程的执行：先做 A，再做 B，最后做 C。相反地， Kubernetes 囊括了一系列独立、可组合的控制流程，它们持续驱动当前状态向需求的状态发展。从 A 到 C 的具体过程并不唯一。集中化控制也并不是必须的；这种方式更像是_编舞_。这将使系统更易用、更高效、更健壮、复用性、扩展性更强。
|
||||
|
||||
**Kubernetes** 这个单词来自于希腊语，含义是 _舵手_ 或 _领航员_ 。它的词根有 _governor_ 和 [cybernetic][39]。 _K8s_ 是它的缩写，用8字替代了「ubernete」。
|
||||
#### Kubernetes 这个单词的含义？k8s?
|
||||
|
||||
**Kubernetes** 这个单词来自于希腊语，含义是 _舵手_ 或 _领航员_ 。其词根是 _governor_ 和 [cybernetic][39]。 _K8s_ 是它的缩写，用 8 字替代了“ubernete”。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
@ -150,7 +109,7 @@ via: https://kubernetes.io/docs/concepts/overview/what-is-kubernetes/
|
||||
|
||||
作者：[kubernetes.io][a]
|
||||
译者：[songshuang00](https://github.com/songsuhang00)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user