关于受访者和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到容器中。
