【轉】Open Container Initiative發布Roadmap，部分核心技術CoreOS被排除在外

今年6月的DockerCon上，Docker宣布了Open Container Initiative的成立。OCI意在業界一起合作，開發一個開放的、標準的容器格式和runtime，目前已經有43個公司參與進來，但是一直沒有特別重大的發布，今天OCI發布了正式的技術管理模式，以及1.0的roadmap。也就是正式對外說：我們要開始幹活啦！

OCI也屬於Linux基金會的協作項目，一直秉承著開放的模式來管理，其roadmap在GitHub上，大家都可以看到並參與進去：https://github.com/opencontainers/specs/blob/master/ROADMAP.md

OCI的技術管理模式如下：

• Technical Developer Community(TDC)：由9位核心的maintainer組成，他們負責管理這個項目，處理來自runtime和specification的release；

• Technical Oversight Board (TOB)：負責交叉項目和工作流的處理，計劃在明年1月成立；

• The Trademark Board：每個OCI成員派出一位代表組成，負責OCI的認證。

作為OCI的發起人之一，Docker在6月份就貢獻了容器標準和runtime的草案，以及相應的實現代碼。自那之後，specification有2次發布，runc有6次發布。Docker會在下一個新版本發布時，集成最新的runc。

現在企業需要輕便、靈活、可以彼此協作的麵向開發者和管理員的工具。容器技術滿足了開發者和用戶的這些需求，同時不用擔心被基礎設施，雲服務商或者DevOps工具所綁定。容器技術將IT運營的可定製化和可擴展性都提升到了一個新的高度。OCI成員將共同遵守以下的價值觀：

• 可集成：所有下載、安裝和運行容器的工具都應該是能夠相互集成的且獨立的；

• 可移植：runtime的標準應該能跨硬件、操作係統和雲環境；

• 安全：隔離性應該是可插拔的，加密機製要保證鏡像審計和應用一致性；

• 分布式：容器鏡像的發現應該簡單化，並配備統一的namespace和分布式的索引；

• 開放：大家共同製定標準和runtime，並確保代碼開發驅動標準開發；

• 最簡化：OCI Specification追求最簡化，確保穩定和最優的創新；

• 反向兼容。

當然也有唱反調的，比如一直和Docker相愛相殺的CoreOS，其實在OCI成立之前，CoreOS就在做類似的事情——App Container (appc) specification，但是沒糾集這麼多大佬，搞這麼大陣仗，所以讓Docker給占領了陣地。很明顯，在一些核心技術上，CoreOS都被排除在外了。