Docker将其容器化的开源代码捐赠给了Cloud Native Computing Foundation，这使得Docker的一些粉丝感到奇怪，因为他正在努力让人们达成容器共识。

随着Docker向Cloud Native Computing Foundation 捐赠的容器化代码，IT专业人士可以期待未来各类容器编排产品的一致性可能得到提升。

Docker将捐赠其容器化的容器运行时实用程序到Cloud Native Computing Foundation（CNCF），这些实用程序存储在Docker之内，超越了IT领域的修补程序。它可用于更广泛的容器编排，这表明业界已经选择了更广泛的容器标准。

“这对整个容器市场是有好处的，”IDC分析师Gary Chen表示：， “容器的核心部分有更多的协议和更多的标准化，这将使更多的人能够参与其发展。”

容器运动必须得到CNCF技术监督委员会的批准，但Docker的客户表示，现在这件事似乎已经解决了。

“我们不必担心这些问题，”迈阿密的人脸识别和分析算法供应商的首席技术官Cole Calistra说，“你不想在这个层面花费更多的精力。”

企业IT市场的另一个结果是，当更多的容器编排和管理工具共享共同的组成部分时，通用容器可携带性的承诺的实现也越来越近，Chen说。

Docker选择了CNCF，开始了以Docker swarm与Google Kubernetes竞争，并作为种子项目，这引起了一些Docker客户的关注。

“Docker和Kubernetes之间存在着一种竞争，”Calistra 说，“如果Docker给了其他的财团，我也不会感到惊讶，我认为这是正确的选择。”

Chen 预测，Docker和Kubernetes仍会竞争，Docker的这一决定不应该被视为是与Kubernetes的统一。

与CRI-O的对抗？

行业观察家警告说，容器标准市场低层次分歧的产生，部分原因是在Google Kubernetes孵化器中出现了一个早期项目——叫作Container Runtime Interface，它使用了开放容器计划运行时（CRI-O ）。

12月Docker透露，他们计划将容器化代码捐赠给一个开源基金会，Docker CTO Solomon Hykes表示，容器化解决了与CRI-O相同的需求，即开源社区希望在容器开发中，比之前Docker自己开源时，有更多的发言权。

“CRI-O可能已经向Docker发出的了一个消息说，有些人需要不同的东西，”Chen说，“但现在它可能不会转向任何地方。”

Docker容器化背后的一致的容器市场是所有人最好的期望，Chen说，但其它行业观察者认为还没有人看到CRI-O是最后一个。

Docker容器化现在可以与CRI-O竞争，而且不会对Docker业务产生影响，有人说。以前，至少在理论上，Docker必须要与如CRI-O 这样的替代者竞争，因为对于Docker来说，容器化与其swarm模式绑定着。现在，在而容器与CRI-O正面对决中，swarm可以采取更中立的态度。

消息人士说：“理论上你可以拥有一批集群编排 CoreOSrkt和CRI-O。

12月，CRI-O被Hykes描述为概念验证，但是“毫无疑问——如果CRI-O像DOA一样无疾而终，Docker将不会完成容器化。