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将不会完成容器化。
本文转自d1net(转载)