1、 THE STATE OF THE KUBERNETES ECOSYSTEM 2 The New Stack The State of the Kubernetes Ecosystem Alex Williams, Founder Kubernetes 开源项目和许多特别兴趣小组的的管理者 ; 还是 Fluentd， linkerd，Prometheus， OpenTracing， gRPC， CoreDNS， containerd， rkt 和 CNI 的管理者。 Codeship， 一个持续集成平台提供商，提供 Docker 和 Kubernetes 的集成。 CoreOS，构造商业平台的
2、开发商，将上游的 Kubernetes 作为其调度引擎，提供企业级的功能 特性 。 Powered by Kubernetes， 在 Google 云平台上的 Google 容器引擎托管环境，用于部署容器化应用程序。 THE STATE OF THE KUBERNETES ECOSYSTEM 6 Red Hat， OpenShift 云原生应用平台的开发商，它使 用 Kubernetes 作为其调度引擎。 Twistlock，提供一个自动化容器安全平台，目的 在与 Kubernetes 进行集成。 本书的部分内容来自以下公司软件工程师的贡献： Kenzan，一家为企业定制 IT 部署和管理解决
3、方案的专业服务公司。 我们很高兴您选择 先阅读这部分内容，它属于 关于 Kubernetes 的三卷系列丛书，希望能帮助您接触到在企业部署，管理和扩展企业应用程序方面的最新变化。 THE STATE OF THE KUBERNETES ECOSYSTEM 7 我们非常感谢 基金会赞助支持 我们的电子书： 同时感谢我们的赞助商： THE STATE OF THE KUBERNETES ECOSYSTEM 8 作者： JANAKIRAM MSV 和 KRISHNAN SUBRAMANIAN 仅仅 在几年前，无论是旧的 cgroup 还是流行的 Docker 或者 CNCF rkt，最可能 发挥Li
4、nux 容器功能的地方还是在一些开发人员笔记本上的隔离的沙盒环境中。通常它还只是一个实验 环境，最 多是个开发平台，根本就不是数据中心的一部分。 而今天，容器已经成为在生产环境中部署新的、基于云的应用程序的实际选择。在 3 到 4年的时间内，现代应用程序部署的方式 已经从虚拟的基于机器的云平台转变为有规模的有组织的容器群。 在本章中，我们将讨论在容器生态系统中的调度编排器（ 包括 Kubernetes），介绍市场上的一些主要的编制工具，并描述它们的各种优点 。 Kubernetes 的来历 容器化的想法并不新鲜。某种形式的虚拟隔离，无论是出于安全性还是多租户的目的，自上世纪 70 年代以来就一
5、直被用于数据中心 里 。 从 chroot 系统调用的出现开始，首先是在 Unix，后来在 BSD 中，容器化的思想已经成为企业 IT 的通行做法的一部分。从 FreeBSD 的 Jails 到 Solaris 的 zones 到 Warden到 LXC，容器一直在不断发展，所有的过程都越来越接近 成为 采用 的 主流方案。 在容器在开发人员中流行之前，谷歌在 Linux 容器中运行它的一些核心 web 服务。 2014年， Kubernetes 创始人之一的 Joe Beda 在 GlueCon 的一次 演讲 中声称，谷歌在一周内启动了超过 20 亿个容器。谷歌管理容器的能力的秘密在于它的内
6、部数据中心管理工具 ： Borg。 谷歌将 Borg 改造成一个通用的容器编排 调度器， 于 2014 年将其发布到开源 社区 ，并将其捐赠给 2015 年 Linux 基金会的云计算基础 （ CNCF） 项目。 Red Hat、 CoreOS、微 THE STATE OF THE KUBERNETES ECOSYSTEM 9 软、中兴、 Mirantis、华为、富士通、 Weaveworks、 IBM、 Engine Yard 和SOFTICOM 都是该项目的主要贡献者。 在 2013 年 Docker 出现以后，容器的采用率发生了爆炸式增长，成为 了那些 想要实现 IT基础设施现代化的企业
7、的焦点。这种爆发 的趋势有四个主要原因 ： 封装： Docker 解决了容器的用户体验问题，使它们更容易打包应用程序。在Docker 之前，处理容器是非常困难的（ Warden 是个例外 ，它是由云计算平台抽象出来的）。 分发： 自从云计算的出现以来，现代应用程序体系结构逐渐变得更加分散。无论是初创公司还是大型组织 机构 ，都受到 DevOps 这种新 方法和 合作精神的启发。 近年来它们 都 已将注意力转向了微服务架构。容器比迄今为止的其他 各种 体系结构设计得更模块化，更适合于支持微服务。 可移植性： 开发人员喜欢在任何地方 构建应用程序并 运行它 将代码从他们的笔记本电脑推向生产 环境，
8、并期望 它们在没有重大修改的情况下以完全相同的方式工作。随着 Docker 周围广泛积累了更多 的工具，其功能的广度和深度更有助于开发人员采用容器。 速度： 尽管在 Docker 之前已经存在了容器化的形式，但它们在最初的实现中却启动非常缓慢 在 LXC 的情况下， 经常会花费 几分钟 ，而使用 Docker 则 把时间缩短为几秒钟。 自 2015 年 7 月发布以来， Kubernetes 已经成为最受欢迎的容器编排 引擎。四大公共云服务提供商中有三家 谷歌、 IBM 和微软 都提供了一个基于 Kubernetes 的服务平台 (CaaS)平台。 而 第四 名 亚马逊， 则 刚刚加入了 CN
9、CF，并有自己的计划来支持这个平台。尽管 Amazon 以 EC2 容器服务 的形式拥有自己的托管容器平台，但是 AWS 以运行了 最多 Kubernetes 集群而闻名。大型企业，如教育出版商 Pearson，飞利浦的物联网设备部门， TicketMaster， eBay 和纽约时报等公司 都正在 生产环境中 运用 了Kubernetes 技术 。 THE STATE OF THE KUBERNETES ECOSYSTEM 10 什么是编排？ 虽 然容器有助于提高开发人员的生产力，但编排 工具为寻求优化 DevOps 和 Ops 投资的团队 提供了许多好处。容器编制的一些好处包括 : 高效的
10、资源管理。 服务的无缝扩展。 高可用性。 在规模上操作开销较低。 一个声明式模型 (对于大多数编制工具 )减少了对更加自治化管理的阻碍 。 操作式基础设施即 服务 (IaaS)，但又 具备 类似平台 即 服务 (PaaS) 可管理的 功能 。 容器解决了开发人员的生产力问题，使 DevOps 工作流变得 可以 无缝 连接 。开发人员可以创建 Docker 镜 像、运行 Docker 容器并在该容器中开发代码。然而，对开发人员生产力的提升 并不能自动转化为生产环境中的效率。 从开发人员的笔记本电脑的本地环境中分离出的生产 环境比原有的规模要大得多。无论您运行成规模的 多 级应用程序或基于微服务的应用程序，管理大量的容器和支持它们的节点集群并非易事。编制是实现规模所需的组件，因为规模需要自动化。 云计算的分布式特性带来了我们如何感知虚拟机基础结构的 典型转换。“牛与宠物”的观点 把一个容器当做牲 畜类似的使用单元，而不是最喜欢的动物 帮助重塑了人们对基础设施根本的观念。把这个观念付诸实践，容器在规模上扩展和完善了收缩和资源可用性的定义 。 典型的容器编 排平台的基本特征包括 : 调度 资源管理 服务发现 健康检查 自动伸缩 更新和升级
