文章來自alaudacloud 小璐同學的翻譯。原标題為：oci正式釋出roadmap及技術管理模式。
alaudacloud
今年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都被排除在外了。