Google的技术是云计算开源化的主要推动力之一，Hadoop、NoSQL类数据库等开源软件都源于Google的技术。但搜索巨头本身对于自身技术的开源态度却有点纠结。这种纠结主要源于不想放弃自身的这一竞争优势，但是在微软、VMware、EMC等纷纷拥抱开源的大趋势 下，Google终于意识到在开源的环境下推进自己云战略的重要性，哪怕把它最大的秘密部分开源化也在所不惜，现在这一战略已经初见成效。
Craig McLuckie 把想法告诉了Urs Hölzle，这位 Google 全球数据中心网络的监管人并不喜欢这个想法。
McLuckie 跟Google西雅图分部的两位工程师希望把Brog再造成一个开源项目。Brog是管理调度Google从搜索到地图等一切服务所需资源的软件工具，正 是有了它，Google才能将一个个计算任务打包分配到它庞大的全球网络。多年以来，Brog一直是Google保守得最好的秘密之一。而 McLuckie想把它的蓝图（至少是部分蓝图）共享给互联网。
“我们第一次去找Urs时，他对这个想法实际上是不高兴的，” McLuckie说：“因为我们要做的是把运营Goolgle的秘密武器作为开源技术拱手让人。”
但 Hölzle等Google要员最终批准了这一项目—Kubernetes这个名字起源于古希腊，是船长或者驾驶员的意思。今天是它推出1周年的日子，过 去12个月，已有超过370名程序员给项目提交了12500份“commit”，他们当中大部分都不是Google的人，其中就包括3名顶级贡献者。
Kubernetes代表了Google在云计算领域与Amazon、微软等努力进行竞争时的战略转变。传统上，Google对于驱动其在线帝国的基础技术的保护是非常严的— Borg就是很好的一个例子，且从某种程度上来说仍然如此。但现在Google已经是一家对云计算态度非常认真的公司，它正在邀请别的公司和开发者在自己 的基础设施之上做网站、开发应用（注：类似Amazon当年做AWS的路子），因此是封闭的、不公开的。邀请其他公司在其基础设施之上开发运行应用，所以 开源更多的是面向整个软件社区做出的一种平等交换。
Kubernetes最初是由McLuckie和其他两位工程师Joe Beda 、Brendan Burns一起构思的，他们都是Google云服务的开发团队成员。在他们看来，Kubernetes这个开源项目开源推动开发者使用Google Compute Engine，这项云服务可为外部构思和开发者提供“虚机”，在虚机上面几乎可以跑任何代码，而Kubernetes则为代码的跨环境运行（云服务、本地 数据中心）提供有效的管理手段。Hölzle最终同意这一点值得牺牲掉保留自己代码的优势。“云对于Google来说绝对是势在必行，” McLuckie说：“我们必须用新的方式运营。我们必须把自己的专长带给社区。”
Google的演进
Google 的举动也是对云计算崛起所推动的更大转变的响应。现在开发者很容易就可以在一堆机器上面开发软件，而且往往都是用开源的。在那么多机器上跑专用软件的成本 高昂，满足特定需求很困难。无论是提供像Google Compute Engine这样的服务，还是为此类服务开发软件，现在的云公司都必须拥抱开源。微软也已经意识到这个不争的趋势，为了推动其Azure云计算服务的发展 而拥抱开源。VMware和EMC也已经这样做了。
但Google的态度有点挣扎。它的技术是云计算领域开源力量崛起的主要推动力之一。只是这家公司一直对开源运动保持着适当的距离。现在它走得更近了。
过 去10年，Google开发出软件来管理软件在其成千上万台机器上的运行。它疑心很重，把运行大规模机器的能力视为自己的竞争性优势，不想让人看到这一软 件的面目。然后，过了几年，Google会时不时公布1、2篇相关技术的论文，开源界就会开始山寨Google的技术，很多技术都是这样，如 MapReduce催生了Hadoop，BigTable公布出来后，一大堆“NoSQL”数据库就如雨后春笋般冒出来了。
Borg的情况 大抵也是一样的。几年前，Twitter和加州大学伯克利分校的工程师开发了一款名为Mesos的工具，现在，它成了Twitter、Airbnb等知名 互联网服务的基础。还有好些项目也在围绕着Docker容器技术（Brog的运作也是这样，将软件打包进软件“容器”然后通过Google网络到处交付出 去）开发类似的工具。
不过现在在云业务需求等力量推动下，Google正在改变角色。它分享出来的不仅仅只是一篇研究论文，把一些小的在线基础设施开源，而是把整个体系转变成开源项目（至少在某种程度上）。
如 Burns所述，他和Beda 、McLuckie都看到了有很多其他项目正在利用Borg及容器技术的想法，所以他们认为Google可以帮助推进这件事情。“我们感觉大家在把一块块 碎片拼接完整是遇到了困难，”他说：“我们有那个图案。我们有10年的经验，知道怎么把碎片拼到一起。”
诚然，Kubernetes并不是开源的Borg。它没有Borg或者Borg的继任者Omega那么复杂。从目前情况来看，它不能管理那么多台机器。“我们仍在朝着接近Borg同等规模努力，”Beda说：“Kubernetes初期关注的焦点是核心概念要对。”
但 是Borg和Omega的部分开发者也在做Kubernetes，其中包括Uber的工程师Eric Brewer、John Wilkes及Brian Grant。有做过的人来做Kubernetes对于这个开源项目来说意义重大，而这个项目的未来目标是纠正Borg、Omega的错误，最终超越这两位 前辈。
在这个对开源如此器重的世界里，这是Google参与竞争的最好方式。对于很多人来说，容器就是软件开发的未来。而Google现在正扮演着这个未来的领导角色。
随便跑
不 过，曾在Pivotal帮助开发过类似系统的Mark Kropf质疑Google对这个项目的态度究竟有多认真，他指出Beda已经离开了公司。而云服务提供商Digital Ocean的CEO Ben Uretsky则认为，Kubernetes等系统的应用情况并没有那么广泛。“容器技术尚未成熟，”他说：“我们还处在炒作周期的顶峰。”
但无论Kubernetes的命运如何，从很多意义上来说，它仍指出了软件开发的未来。
Google 在自己的数据中心使用着自己的软件容器。不过1年前推出Kubernetes时，它找到开源的Docker作为搭档。当Docker母公司寻求将自己的容 器技术与某些自己的软件工具进行捆绑时，Google和Kubernetes项目却开始拥抱Docker的替代品Rocket—一个完全独立的容器格式。
McLuckie 强调，Kubernetes现在同时支持Docker和Rocket。他希望业界最终能回归到一个独立的容器格式去，但他解释说这不是选边站。他 说，Kubernetes“应该成为瑞士。”听起来有点理想主义，但这是云公司必须干的事情：提供开源软件，然后随便别人怎么用。McLuckie 说：
正在发生的这场颠覆要比任何一家公司都要大。
文章转载自 开源中国社区 [http://www.oschina.net]
