CoreOS 和 OCI 揭開了容器工業標準的論戰

CoreOS 和 開放容器聯盟（OCI） 周三（2017 年 7 月 19 日）發布的鏡像和運行時標準主要參照了 Docker 的鏡像格式技術。

然而，OCI 決定在 Docker 的事實標準平台上建立模型引發了一些問題。一些批評者提出其他方案。

CoreOS 的 CTO 及 OCI 技術管理委員會主席 Brandon Philips 說， 1.0版本為應用容器提供了一個穩定標準。他說，擁有產業領導者所創造的標準，應能激發 OCI 合作夥伴進一步地發展標準和創新。Philips 補充道，OCI 完成 1.0 版本意味著 OCI 運行時規範和 OCI 鏡像格式標準現在已經可以廣泛使用。此外，這一成就將推動 OCI 社區穩固日益增長的可互操作的可插拔工具集市場。

產業支持的標準將提供一種信心：容器已被廣泛接受，並且 Kubernetes 用戶將獲得更進一步的支持。

Philips 告訴 LinuxInsider，結果是相當不錯的，認證流程已經開始。

合作挑戰

Philips 說，開放標準是容器生態系統取得成功的關鍵，構建標準的最好方式是與社區密切協作。然而，在 1.0 版本上達成共識所花費的時間超出了預期。

「早期，最大的挑戰在於如今解決項目的發布模式及如何實施該項目」，他追述道，」每個人都低估了項目所要花費的時間。「

他說，OCI 聯盟成員對他們想做的事情抱有不相匹配的預期，但是在過去的一年中，該組織了解了期望程度，並且經歷了更多的測試。

追逐標準

CoreOS 官方在幾年前就開始討論行業支持的容器鏡像和運行時規範的開放標準的想法，Phillips 說，早期的探索使我們認識到：在標準鏡像格式上達成一致是至關重要的。

CoreOS 和容器技術創造者 Docker 在 2015 年 6 月宣布 OCI 成立。合作起始於 21 個行業領導者制定開放容器計劃（OCP）。它作為一個非營利組織，旨在建立雲存儲軟體容器的最低通用標準。

聯盟包括容器業界的領導者：Docker、微軟、紅帽、IBM、谷歌和 Linux 基金會。

OCI 的目的是讓應用開發者相信：當新的規範出來並開發出新的工具時，部署在容器上的軟體仍然能夠持續運行。這種信心必須同時滿足所有私有和開源軟體。

工具和應用是私有還是開源的並沒有什麼關係。當規範開始應用，產品可以被設計成與任何容器配置相適應，Philips 說。

「你需要有意識地超越編寫代碼的人能力之外創建標準。它是一個額外的付出。」他補充道。

作為聯盟的一部分，Docker 向 OCP（開放容器計劃）捐獻出它的鏡像格式的事實標準技術。它包括該公司的容器格式、運行時代碼和規範。建立 OCI 鏡像標準的工作起始於去年。

標準的里程碑給予容器使用者開發、打包、簽名應用容器的能力。他們也能夠在各種容器引擎上運行容器，Philips 強調。

唯一選擇？

Pund-IT 的首席分析師 Charles King 表示：聯盟面臨著兩種實現標準的方式。第一種選擇是彙集相同意向的人員來避免分歧從零開始建立標準。

但是聯盟成員似乎滿足於第二種方案：採用一種強大的市場領先的平台作為一個有效的標準。

「Docker 對 Linux 基金會的貢獻使 OCI 堅定的選擇了第二種方案。但是那些關注於 Docker 的做法和它的市場地位的人也許感覺應該有更好的選擇。」King 對 LinuxInsider 說。

事實上，有個 OCI 成員 CoreOS 在開始的時候對該組織的總體方向進行了一些強烈的批評。他說，「所以看看 V1.0 版本是否處理或不處理那些關注點將是很有趣的事情。」

更快之路

Docker 已經被廣泛部署的運行時實現是建立開放標準的合適基礎。據 Cloud Technology Partners 的高級副總裁 David Linthicum 所說，Docker 已經是一個事實標準。

「我們能很快就讓它們工作起來也是很重要的。但是一次次的標準會議、處理政治因素以及諸如此類的事情只是浪費時間」 。他告訴 LinuxInsider。

但是現在沒有更好的選擇，他補充道。

據 RedHat 公司的 Linux 容器技術高級佈道者 Joe Brockmeier 所說，Docker 的運行時是 runC 。它是 OCI 運行時標準的一種實現。

「因此，runC 是一個合適的運行時標準的基礎。它被廣泛的接受並成為了大多數容器技術實現的基礎。他說。

OCI 是比 Docker 更進一步的標準。儘管 Docker 確實提交了遵循 OCI 規範的底層代碼，然而這一系列代碼就此停止，並且沒真正的可行替代方案存在。

對接問題

Pund-IT 的 King 建議：採用一種廣泛使用的產業標準將簡化和加速許多公司對容器技術的採納和管理。也有可能一些關鍵的供應商將繼續關注他們自己的專有容器技術。

「他們辯稱他們的做法是一個更好的方式，但這將有效的阻止 OCI 取得市場的主導地位。」他說，「從一個大體上實現的標準開始，就像 OCI 所做的那樣，也許並不能完美的使所有人滿意，但是這也許能比其他方案更加快速有效的實現目標。」

容器已經標準化的部署到了雲上，Docker 顯然是領先的。Semaphore 聯合創始人 Marko Anastasov 說。

他說，Docker 事實標準的容器代表了開發開放標準的的最佳基礎。Docker 的商業利益將如何影響其參與 OCI 的規模還有待觀察。

反對觀點

開放標準並不是在雲部署中採用更多的容器的最終目標。ThoughtWorks 的首席顧問 Nic Cheneweth 表示。更好的的方法是查看 IT 行業的伺服器虛擬化部分的影響。

Cheneweth 對 LinuxInsider 說：「持續增長和廣泛採用的主要動力不是在行業標準的聲明中，而是通過使用任何競爭技術所獲得的潛在的和實現的效率，比如 VMware、Xen 等。」

容器技術的某些方面，例如容器本身，可以根據標準來定義。他說，在此之前，深入開源軟體參與引導的健康競爭將有助於成為一個更好的標準。

據 Cheneweth 說，容器編排標準對該領域的持續增長並不特別重要。

不過，他表示，如果行業堅持鎖定容器事實標準，那麼 OCI 所選擇的模型是一個很好的起點。「我不知道是否有更好的選擇，但肯定這不是最糟糕的選擇。」

作者簡介：

自 2003 年以來，Jack M.Germain一直是一個新聞網路記者。他主要關注的領域是企業 IT、Linux 和開源技術。他已經寫了很多關於 Linux 發行版和其他開源軟體的評論。

via: http://www.linuxinsider.com/story/84689.html

作者：Jack M. Germain 譯者：LHRchina 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive