Linux新近成立的云原生计算基金会隐藏着什么名堂？

谷歌、IBM、英特尔、Joyent Docker以及其它众多知名厂商共襄盛举，旨在为容器创建出一套基础设施堆栈。

近日，19家公司在谷歌的带领下共同创建起一个新的开源基金会组织，其目标在于解答一个困扰业界的难题——云体系应该采用怎样的架构来服务现代应用程序。

这一名为云原生计算基金会的年轻组织由Linux基金会负责构建，其中囊括了技术业界的多位大牌巨星，包括谷歌、IBM、英特尔、Box、思科以 及VMware，除此之外Docker、Cycle Computing、Mesosphere以及Weaveworks等规模较小的厂商也投身于其中。

该基金会的首要职责之一就是为谷歌麾下的Kubernetes开源容器管理软件指明发展方向。不过除了这项公告，他们显然还肩负着其它使命。

到底发生了什么？

该机构当中的19家企业希望能够建立起一套参考基础设施架构，从而将应用程序托管在云环境当中。

云原生计算基金会（简称CNCF）的计划是整理出一份蓝图，其中包含需要采用哪些组件，并利用怎样的方式将这些组件整合起来以支持分布式向外扩展应用程序。该基金会还打算允许供应商及用户将自己的组件添加到该架构当中。

这有点像创建一套用于构建乐高积木作品的指令集，但大家可以根据自己的喜好挑选不同颜色的积木填充进去。

该项目的初始部分包括谷歌的Kubernetes与Mesosphere的DCOS数据中心操作系统，这两套方案都属于开源项目。

这些企业建立的难道只是一个新的开源容器项目？

对于关注云计算及容器市场的敏锐观察家们来说，CNCF的建立目标听起来有点似曾相识。就在不到一个月之前，Docker公司刚刚公布了其开放容 器倡议。该项目的主旨在于规范容器技术的基本概念（包括其技术层面的运行时及格式定义等），Joyent公司CTO兼CNCF技术委员会成员Bryan Cantrill指出。

CNCF给出的发展目标则更为广阔，其希望对支持云原生应用程序及容器所必需的整套基础设施堆栈作出确切定义。

继续拿乐高举例。开放容器协议（简称OCI）的存在是为了让人们认同每块乐高积木的具体尺寸。而CNCF的目标则在于创建起相关指令，帮助大家学习如何利用这些积木搭建起实际作品。

为什么值得关注？

容器技术已经成为当下最具人气的关注重点，但在实际使用的过程中，人们往往发现自己被某些技术难关挡住了去路。CNCF要做的就是解决这一难题。

创建容器并不是什么难事——但管理由容器构建起的整体集群却颇具挑战。Stuart Miniman曾在一篇文章中提到了运行容器所需要的各类组件，其中包括容器网络、服务发现、调度与安全等诸多要素。CNCF则认为整套基础设施蓝图都应 当在设计过程中充分考虑到对容器以及云原生应用程序的支持能力。

CNCF正集中讨论容器的具体管理方式，而不仅仅关注其创建方式。这对于业界，特别是最终用户来讲显然是件好事。大型企业买家往往不会考虑使用容器技术，除非已经有成熟的管理平台供他们选择。

谁在名单中，谁在名单外

为了真正了解CNCF的既定目标，我们还需要参考加入其中并将为整个项目作出贡献的具体供应商。OCI拥有21家成员，而目前CNCF的成员数量为22家。

OCI的成员包括Amazon Web Services、EMC以及微软等等。但这三家厂商并没有参与CNCF。为什么会这样？因为CNCF要做的是创建一套用于运行应用程序以及容器系统的参 考架构，而谷歌的Kubernetes很可能在其中占据主导地位。AWS与微软已经拥有了属于自己的容器运行参考架构，而它们显然不可能再费力为竞争对手 谷歌提供帮助。Amazon公司CTO Werner Vogels本周曾对Amazon Elastic Container Service（即Amazon弹性容器服务，简称ECS）进行过详尽论述，而这将成为AWS给出的容器管理方案。在另一方面，微软公司在其Azure云 当中同时支持Linux与Windows容器。不过AWS与微软都在OCI项目当中致力于推动容器技术的标准化进程。

大部分CNCF成员并不依赖于单一的特定基础设施堆栈。像Box、Cycle Computing以及推ter这样的企业希望能够推动云原生应用程序的普及，但他们并不一定要关心这些应用实际运行在哪种平台之上。

与此同时，有10家厂商同时参与了OCI与CNCF。其中包括思科、Docker、高盛、英特尔、红帽以及VMware等等。这些企业无疑希望通过这两大开源项目寻求战略性技术支持。

原文标题：What’s behind Linux’s new Cloud Native Computing Foundation?