Google Kubernetes & Docker-阿里云开发者社区

开发者社区> 云原生> 正文

Google Kubernetes & Docker

简介:
Google Kubernetes, 可以理解为一个开源的容器管理平台. 
Kubernetes is an open source implementation of container cluster management.

截取自 http://www.csdn.net/article/2014-09-18/2821759-Google-Kubernetes-interview
Docker出现后,Google开源了 Kubernetes。据说,Google的搜索、地图、邮箱等服务全部运行在一个服务集群中,这都有赖于Google内部代号为Borg的系统,以及其后继者Omega,而Kubernetes正是其开源版本。
Google Kubernetes  Docker - 德哥@Digoal - PostgreSQL research

关于受访者和Kubernetes团队

CSDN:请介绍下你自己。

Brendan Burns:我是Brendan Burns,是Google在Seattle的一名软件工程师。我曾经在Search Infrastructure部门,参与了 Google Realtime Search和 Search Plus Your World两个项目。在GCE平台,我主导了Replica Pool和Cloud DNS API的开发。在来Google之前,我分别在Williams College获得了计算机科学硕士学位,在Massachusetts Amherst获得了计算机科学博士学位。同时我也是Union College in Schenectady, NY的教授。

CSDN:能否详细介绍下Kubernetes团队的情况?

Brendan Burns:Kubernetes团队分散在Seattle,Washington,Mountain View。Seattle是Google Compute Engine和Google Cloud Storage 团队的总部,GCE团队大部分都在Seattle,Kubernetes团队根植于这些云团队,同时也与Mountain View基础设施团队一起共事。

关于Kubernetes项目

CSDN:Kubernetes项目是如何开始的?

Brendan Burns:Kubernetes项目开始于2013年夏,3月份Docker的成功创业引起了我们的注意。由于Google在十年前就开始使用Container技术,现在由我们来将这项技术和经验传播到更广的开发团队,是一件很自然的事情,同时,GCE也成为了运行容器工作负载的最佳平台。
Kubernetes创始之初就是一个开源项目,因为我们想要形成一个活跃的社区,大家可以共享自己的想法,同时可以聆听其他人的需求。尽管Google在这个领域经验丰富,但并不意味着我们可以解决一切问题。我们希望参与到更多的讨论中,并将自己的技术惠及更多的开发团队。       

CSDN:Kubernetes是为了解决哪些问题?

Brendan Burns:Kubernetes是为了使可扩展、可靠的软件系统的构建更简单。   

不同于传统的软件安装方式,Kubernetes将应用包作为容器部署到抽象的计算资源中。这样一来,应用和操作系统间的依赖被解耦了。应用的扩展变得简单了,因为在应用所在的容器中包含了所有的依赖关系,它不必担心它运行在哪个机器上。数据中心的扩展也变得简单,因为向Kubernetes集群中添加新的机器很简单,Kubernetes会立即给他们分配作业。

Kubernetes使得可靠软件的构建更简单,相比其它部署系统,Kubernetes是一个在线的管理者。它一直在监控着集群的状态,判断容器的运行状态是否符合用户的配置,以决定是否要创建或删除容器。具体来说,当一个程序崩溃时,它需要重启一个web服务或数据库,当物理机失败时,它需要将作业分配给其它物理机。这种管理方式也使Kubernetes具备了自我修复功能。

CSDN:据您所知,外界对Kubernetes存在哪些误解?

Brendan Burns:其中的一个误解可能是Kubernetes和其它部署工具如Chef/Puppet/Salt/etc的关系,许多人认为Kubernetes和它们是竞争关系,但我认为它们是互补关系。你可以用任何熟悉的工具去构建容器镜像,然后使用Kubernetes将这些镜像部署到可靠、可扩展的环境中。另一个误解在于Kubernetes的兼容性。我们正在尽力使其支持更多平台,我们相信在GCE上不存在平台绑定的问题,你可以将GCE上的应用迁移到任何其它云平台或自建的数据中心,Kubernetes可以帮助你做到这一点。

CSDN:据说Kubernetes是Borg的开源版本,能否透露一些关于Borg的信息?

Brendan Burns:Google内部的容器管理系统在10多年前就开始部署了,这期间我们做了很多尝试,积累了大量经验。但是我们内部的系统非常复杂,并且仅仅适用于Google的内部需求。 而Kubernetes的目的就是将Google内部最精华的部分提取出来,使现在的开发者能够更简单、直接地应用。它以我们内部系统为灵感,但又不那么复杂和功能全面,更强调模块性和可理解性。

关于Container技术

CSDN:Google何时开始关注Container技术的?

Brendan Burns: 从向Linux内核提交最初的Container patch以来,Google一直在关注Container技术。几乎Google的每个应用,从搜索到邮件到GCE都运行在linux容器中。 最近,由于Container技术开始被大众所接收,我们开始通过Kubernetes等项目将Container技术推广到其他开发团队。

CSDN:如何看待Docker外的其它Container技术,如OpenVZ、ZeroVM和Zones?

Brendan Burns:我们认为Container技术是对应用构建过程的抽象,Kubernetes之外也有很多类似的框架来支持容器打包和部署,我们希望能够和他们合作,将最好的容器管理技术贡献给社区。最后,作为云服务提供商我们的业务是为客户提供最好的托管服务。

CSDN:你认为Docker和Kubernetes最适用于哪些公司和哪些场景?

Brendan Burns:我认为任何需要构建分布式系统或大规模的批处理系统(如MapReduce)的软件公司都能够受益于Kubernetes。以前我认为移动App并不是Kubernetes的适用场景,但近些天我认为移动App也需要云架构,很多移动开发者也将成为Kubernetes的用户。


王益:Kubernetes和Mesos有哪些区别(从技术和运营的角度)?

Brendan Burns:Kubernetes简洁而且紧凑,是一个从头开始的轻量级、可扩展的系统。Kubernetes尤其适用于Container和分布式系统,而Mesos则适用于Container和Hadoop之类的系统。我们和Mesos也有积极的合作,希望能结合两者的优点,带给社区最好的技术。

王益:在GCE上部署的Kubernetes版本和开源版本是否一致?(以及将来是否会持续一致?)这决定了Kubernetes在GCE之外能被接受的程度。

Brendan Burns:是一致的。

于顺治:有了Kubernetes后,是否就能更轻松地去基于Docker构建一个成熟的PaaS系统?

Brendan Burns:我认为是这样的。Kubernetes能够提供一个通用的管理层,比如应用失败时重启容器,以及对资源的添加和删除过程进行管理。这样一来,PaaS的开发者可以开发出很棒的runtime,提供给PaaS使用者。我认为关注点的分离能够从根本上简化PaaS开发者的工作。

程显峰:是否有必要为Container技术创建一个新的文件系统?aufs,Btrfs,Ploop和ZFS有哪些缺陷?

Brendan Burns:没有必要,文件系统的选择(比如Docker选择了aufs)实际上取决于你怎样构建容器镜像。一旦容器开始运行,只要操作系统支持容器镜像所用的文件系统即可。当然如果容器工具不支持你选择的文件系统,你需要重写一个工具。但是Kubernetes可以帮助解决这个问题,它在API中将文件系统提升到了第一级别对象,容器镜像之外的文件系统也可以被简单地mount到容器中。

[参考]
1. https://github.com/GoogleCloudPlatform/kubernetes
2. http://www.csdn.net/article/2014-09-18/2821759-Google-Kubernetes-interview
3. https://www.docker.com/

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
云原生
使用钉钉扫一扫加入圈子
+ 订阅

云原生时代,是开发者最好的时代

其他文章