【譯】OCI鏡像規範項目正式啟動，緻力于容器鏡像标準的統一容器鏡像是什麼？如何做出貢獻？

在這個項目接下來幾個月中，使用者有望迎來一個行業标準鏡像規範，服務于建立和傳遞容器。如果你正在使用appc或docker鏡像，你并不需要作出太多改變。不過，這将是行業在實作“一次打包，多次運作”容器的願景上的一大進步。2016年，使用者可以期待在容器存儲、建構、運作時的更多協同性和創新性。

首先，讓我們回顧coreos的ceo alex polvi的博文：oci工程的曆史。oci項目起始于2015年夏天，當時的開發聚焦于容器的執行環境。而在今天，我們非常激動地啟動了oci鏡像格式規範項目。該項目将專注于容器标準中最關鍵、最基礎的元件：可分發的容器鏡像。這份開放容器鏡像格式規範加強了容器的可移植性目标，允許使用者建構和打包、簽名容器一次，就可以在各個廠商的平台上運作，不論是雲環境還是私有環境。

下列是一份oci鏡像規範的祖先子產品，以及它們的特點和曆史：

docker v1

appc

docker v2.2

oci image

introduced

2013

dec 2014

apr 2015

apr 2016

feaderated namespace

yes

content-addressable

no

sinable

yes,optional

delegatable dns namespace

oci鏡像格式規範的初始維護者是appc規範的的維護者、docker鏡像格式的開發者和其他應用容器團隊的著名成員：

vincent batts, red hat

jonathan boulle, coreos

jason bouzane, google

brendan burns, google

stephen day, docker

brandon philips, coreos

john starks, microsoft

oci和鏡像規範項目歡迎社群參與，過一段時間我們會根據社群的活躍度增加更多的維護者。

oci鏡像規範的目标是：允許開發者隻要對容器打包和簽名一次，就可以在所有的容器引擎上運作該容器。這意味着開發團隊可以根據自己的需要選擇建構工具和擴充文法。随着一個所有人都可以參與和實作的容器鏡像規範的确立，很多容器不經過修改就可以運作在大部分容器運作平台上，例如rkt、docker、kubernetes和amazon ecs。這對于準備在現代it架構上持續投入的使用者來說是極大的進步。

由于這些成果結合了app鏡像格式和docker v2.2鏡像中最好的部分，我們希望能夠快速指定和實作新的oci鏡像格式。在我們向着應用容器鏡像（gifee的基礎構模組化塊）的标準化努力時，我們非常歡迎你們的幫助和支援。gifee指的是google infrastructure for everyone else。

我們希望通過制定容器鏡像的标準，使得容器行業的茁壯成長。如果你有興趣支援這份事業，你可以向rtk或者clair等開源項目送出修改以讓它們支援oci規範；你可以告訴雲計算服務商自己希望他們支援oci鏡像規範；或者你可以直接參與到oci規範項目本身。這是關鍵的一步，最好的方法就是集合整個行業的力量一起推動容器标準化。