開源是Docker和Kubernetes的伊甸園

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（轉載）