作者：Philip Estes 和 Doug Davis

翻譯：適兕（“開源社”翻譯組成員）

精心布局的開源（上）：http://www.reibang.com/p/2fc8c00d95e2

精心布局的開源（中）：http://www.reibang.com/p/8bd8c576be02

開放云的合作

鑒于我們之前所討論過的有關(guān)開源的流行和商業(yè)化問題挖诸，我們知道在可預(yù)見的未來合作和競爭將會共存畔裕。我們也過了一遍幾家基金會堡纬，他們都成功的讓很多公司和獨立成員共同遵守精英式的開發(fā)瞬痘、技術(shù)規(guī)劃、以及決策的模式辩昆，帶來了廠商中立的競爭環(huán)境阅酪。在這一章中，我們會更加詳盡的去了解關(guān)于云計算開源項目成功的指標(biāo)。我們也會盡可能的為未來的項目提出向?qū)缘慕ㄗh术辐，當(dāng)然這均基于我們在深挖過去的和當(dāng)下的砚尽、成功的和不成功的開源項目和標(biāo)準(zhǔn)的時候所證實的。首先辉词，我們來總結(jié)一下上一章看到的治理模式必孤。

1????通過開放治理促成的成功合作

“是什么成就了優(yōu)秀的治理模式？” 這是一個讓我們竭盡全力去努力回答的問題瑞躺。通過研究過去和現(xiàn)在都很成功的項目——舉例敷搪，Apache 軟件基金會或 W3C —— 我們發(fā)現(xiàn)了一個通用的有關(guān)項目的文化的關(guān)鍵的方面，即“透明度”：無論是人員的組織幢哨，還是管理和開發(fā)的流程赡勘。“透明度”在此上下文中有多種不同的涵義捞镰，舉例如下：

-- 社區(qū)的運營是否支持這樣的一種方式：哪怕是來自社區(qū)外部的人們都可以關(guān)注社區(qū)的討論和進(jìn)度闸与？舉例來說，所有的文檔（會議時間岸售、問題列表践樱、未來工作項等等）都會在網(wǎng)站上讓人們訪問，而且是以非惩雇瑁快捷映胁、方便的方式。

-- 是否歡迎來自社區(qū)外部的成員甲雅？是否針對成員和非成員的反饋、提問坑填、以及建議提供相應(yīng)的機制抛人？

-- 是否提供知識產(chǎn)權(quán)機制來鼓勵分享想法？很明確的是脐瑰，有一些開源項目的許可證是對于商業(yè)公司產(chǎn)品中使用是提出挑戰(zhàn)的妖枚，反過來的話，如果有知識產(chǎn)權(quán)政策并不要求貢獻(xiàn)苍在，而是由社區(qū)自由自配并可重復(fù)利用绝页，（沒有，舉例如支付特許權(quán)使用費）寂恬，然后嚴(yán)格限制交換想法续誉，這么就可以說社區(qū)成功了。

可以確定的是治理模式可能會包含成員的不同的等級制度（舉例如根據(jù)年度貢獻(xiàn)）初肉，必須保證所有成員擁有平等的機會獲得晉升的公平流程酷鸦。舉例來說，如“付錢玩”的模式，其中一個公司可以通過簡單地寫一張支票獲得了關(guān)鍵的領(lǐng)導(dǎo)作用臼隔，傷害了組織的感知客觀性嘹裂。通常，對于技術(shù)社區(qū)領(lǐng)導(dǎo)力來說摔握，優(yōu)點／貢獻(xiàn)模型的效果最好寄狼。在眾多我們所覆蓋的開源項目中，只有那些提交了顯著數(shù)量的有意義的代碼的貢獻(xiàn)者方會被認(rèn)為是代碼的提交者氨淌、審核者泊愧、或者是維護者等角色。

我們還注意到了宁舰，一個活躍的拼卵、開放的、友好的社區(qū)是項目極為重要的部分蛮艰。成功的項目能夠利用到我們前面所提及的要創(chuàng)造一個能夠?qū)π吕铣蓡T一視同仁的公平環(huán)境腋腮。一個老的成員如何對待新進(jìn)成員是衡量一個社區(qū)是否開放的重要標(biāo)準(zhǔn)∪姥粒肯花時間去回答“菜鳥”的問題即寡，而且會幫助新手們對于開發(fā)步驟、初始提交變更中的任何相關(guān)問題袜刷，而且也樂意幫助社區(qū)的成長聪富、希望社區(qū)的成功，這樣會鼓勵更多的開發(fā)者著蟹，并因此而獲得更廣泛的專業(yè)知識和貢獻(xiàn)墩蔓。隨著一個項目的成熟，我們注意到萧豆，現(xiàn)有的開發(fā)人員傾向于開始更具挑戰(zhàn)性的新任務(wù)奸披，因此，能夠讓新進(jìn)社區(qū)的人絡(luò)繹不絕是一個項目保持健康和成功的重要因素涮雷。如果讓感興趣的新人感到沮喪或被忽視阵面，那么他們就會傾向于去尋找能夠讓他們覺得舒服的環(huán)境去付出時間和努力。

案例 01

封閉標(biāo)準(zhǔn)以及私有的API

在本小結(jié)中洪鸭，我們來簡要的看兩個反例样刷，這絕對是開源和開放標(biāo)準(zhǔn)治理模式的反其道而行之道典范，也是真正的開放協(xié)作的云項目失敗的典型览爵。

封閉標(biāo)準(zhǔn)：云基礎(chǔ)設(shè)施管理接口

我們已經(jīng)花了太多的時間和筆墨來討論開源項目和開放基金會了置鼻，僅僅簡單的提及了一些基于非代碼的合作，諸如 W3C 的”Papaer 標(biāo)準(zhǔn)”工作拾枣。其中一個云計算的例子就是云基礎(chǔ)設(shè)施管理接口（CIMI）沃疮。這樣的一組關(guān)于云計算的規(guī)范正是在 DMTF 的主持下開發(fā)的盒让，意圖是將 IaaS 的用于管理虛擬化的資源 API 給標(biāo)準(zhǔn)化了。

CIMI 的成果代表了傳統(tǒng)的標(biāo)準(zhǔn)開發(fā)方式司蔬，由一些開放的組織和過去的團體來具體制定邑茄。雖然這些機構(gòu)的標(biāo)準(zhǔn)罗珍，比如 POSIX 瞬女，在今天依然是有很高的價值的，在大多數(shù)情況下他們的工作是在私下完成的奴紧，成員付費授帕，并沒有開放給公眾來監(jiān)督同木。他們所進(jìn)行的討論是不透明的，沒有郵件列表跛十、沒有缺陷跟蹤彤路、也沒有功能特性計劃。雖然 CIMI 的規(guī)范也有幾個業(yè)界的主要廠商參與進(jìn)來了——比如 IBM 參與的?CADF規(guī)范工作芥映，結(jié)果是它被 OpenStack 的審計和日志功能所采用洲尊，即它們使用的標(biāo)準(zhǔn) CADF 消息格式——他們通常會集中在“規(guī)范第一”的方法。雖然還能體現(xiàn)一點點價值奈偏，但是這些規(guī)范的開發(fā)是沒有考慮到實際情況的場景和實現(xiàn)的坞嘀，而且會忽略掉那些沒有付費的提供的有價值的部分，以及開放社區(qū)的專家們：普遍在開源界的 “多只眼睛” 所看到的惊来。

非常遺憾丽涩，這就意味著所開發(fā)的參考實現(xiàn)嚴(yán)格限制了測試規(guī)范的目的，并且和真實世界中的軟件系統(tǒng)沒有關(guān)聯(lián)起來裁蚁。這也就是說此規(guī)范是——憑空想象來制造的——無法滿足最終用戶和運維人員的需要矢渊，這更加的證明開放的和透明的社區(qū)開發(fā)出的開放標(biāo)準(zhǔn)或開源實現(xiàn)更具優(yōu)越性。

CIMI 的規(guī)范制定工作仍然在進(jìn)行中枉证，目前有多少云計算的社區(qū)采用了它還不得而知昆淡。由于DMTF天生就是創(chuàng)造規(guī)范的，但是其缺乏一個類似開放社區(qū)的反饋閉環(huán)刽严，云計算產(chǎn)業(yè)作為一個整體都在向標(biāo)準(zhǔn)的 IaaS 層 API 傾斜，比如 OpenStack避凝。

私有 API：Eucalyptus

Eucalyptus 是在2008年就發(fā)布的一款開源項目舞萄，那時還是第一款 IaaS 平臺的開源版，在當(dāng)時的一段時間管削，還算在云計算社區(qū)倒脓，獲得了一定的發(fā)展。但是含思，現(xiàn)在再看崎弃，Eucalyptus 在社區(qū)幾乎無人問津甘晤，在2014年被當(dāng)時還沒有拆分的惠普收購。我們無法得知為何 Eucalyptus 在 IaaS 項目中失敗的全部原因饲做，但是我們從一些事情上是可以看出一些端倪的线婚。

首先，Eucalyptus 是特別針對兼容亞馬遜的 IaaS 云產(chǎn)品——AWS 而寫就的盆均，其是直接實現(xiàn)了亞馬遜的云 API塞弊。鑒于 AWS 作為公有云市場的領(lǐng)先地位，它似乎有可能成為替代基于亞馬遜托管的解決方案的不錯的選擇泪姨。這個API的一致性將允許通過 Eucalyptus 私有或內(nèi)部部署云的實現(xiàn)游沿，將和市場領(lǐng)先的AWS公共云的用戶完全兼容。然后肮砾，我們可以注意到此方法有兩大問題诀黍。第一，作為一個和 AWS 兼容的解決方案仗处，Eucalyptus 就得推遲自己的設(shè)計眯勾、功能集、以及潛在的成功趕上亞馬遜 AWS 云平臺——AWS 的功能可謂是日新月異（也就意味著更多的API）疆柔，這也就意味著 Eucalyptus 將永遠(yuǎn)是以“追趕”模式來嘗試迎合亞馬遜隨時心血來潮的功能和API的變化咒精。Eucalyptus 等于被亞馬遜牽著鼻子走。

另外旷档，或是是更為重要的模叙，亞馬遜的 API 和云基礎(chǔ)設(shè)施的管理是閉源的、專有的實現(xiàn)鞋屈。亞馬遜對其 API 并未提供任何的許可指導(dǎo)范咨，這就留下了對于其它公司是否可以自由的實現(xiàn)其 API 集的法律風(fēng)險，Eucalyptus 依賴于 AWS 的API 能力厂庇，將其作為核心渠啊，也是唯一能夠為最終用戶提供的，這可能是一個危險的勢頭权旷。雖然我們也看到其它的開源 IaaS 項目提供 AWS 兼容的API替蛉，但它們通常也只是兼容可用，而且可遷移拄氯，還不是為最終用戶提供的核心功能躲查。

綜上所述，Eucalyptus 的案例告訴我們應(yīng)該注意到译柏，作為一個開源項目不應(yīng)違反事實——只能作受限的合作活動镣煮，以及近乎為零的開放治理，還是圍繞這一個封閉的鄙麦、單一廠商 IAAS API 去實現(xiàn)的典唇。我們暫時不去考慮 Eucalyptus 在云計算的世界中受到的其它影響镊折，我們至少可以明白，一個開源的云計算需要跨整個生態(tài)系統(tǒng)來進(jìn)行開放的協(xié)作和開放的治理——從 API 的定義再到實現(xiàn)——應(yīng)該提供更加友好的介衔，廠商中立的社區(qū)恨胚，方能吸引到更多獨立的個人貢獻(xiàn)者和公司參與，從而產(chǎn)生更大的動能夜牡。

案例 02

開源構(gòu)建的開放云

在看完兩個有關(guān)開放協(xié)作和開放治理模式的反例之后与纽，我們該重溫一下我們在第二章所討論的基于基金會的三大主要的云計算開源項目了，所有的這三個項目—— OpenStack塘装、Cloud Foundry急迂、以及 Docker——均擁有大型的社區(qū)，由眾多的參與者蹦肴，都是開放的生態(tài)系統(tǒng)僚碎，完全實現(xiàn)或者是正在進(jìn)行中的開放治理，在現(xiàn)實的世界中影響力正在增長阴幌，從創(chuàng)業(yè)公司到大型企業(yè)勺阐，整個如此的跨度都可以提供生產(chǎn)就緒的云計算產(chǎn)品。

OpenStack

正如我們在上一章矛双，開放的治理：基金會模式渊抽，所提到的，OpenStack 已經(jīng)是一家大型的议忽、快速成長的開源項目懒闷，主要的目的是提供一個全面的 AIP 和 IAAS 層的云計算技術(shù)棧的實現(xiàn)；它主要集中在計算栈幸、存儲愤估、網(wǎng)絡(luò)等資源的管理上。OpenStack 基金會成立的目的就是對 OpenStack 項目承擔(dān)起管理和推廣速址、責(zé)任治理玩焰、商標(biāo)和法律監(jiān)督等。

但是值得注意的是芍锚，雖然 OpenStack 受到廣泛的業(yè)內(nèi)支持以及很多頂級供應(yīng)商的支持昔园，其開放源代碼所實現(xiàn)的 API 規(guī)范（它是以 OpenStack 獨特的模式“blueprint”開始的）并非是按照傳統(tǒng)意義上的“paper 標(biāo)準(zhǔn)”去實現(xiàn)的。因此并炮，額外的規(guī)章制度的變化蒿赢，以及伴隨著新的項目的增多和成長，OpenStack 基金會在應(yīng)對供應(yīng)商之間的互操作性實現(xiàn)顯得非常的乏力渣触。RedStack 社區(qū)項目和 Defcore 委員會就是為了補救 OpenStack 的情況而成立的，若是供應(yīng)商有意使用 OpenStack 的商標(biāo)和兼容性認(rèn)證的話壹若，它們通過提供測試套件以及要求“核心”軟件代碼的實現(xiàn)的驗證嗅钻。雖然這種方式在如此巨大而多樣的社區(qū)會遇到各種坎坷皂冰，但是 OpenStack 基金會的治理和精英化的發(fā)展模式為社區(qū)的積極的協(xié)作和發(fā)展途徑提供了一個堅實的框架。

OpenStack 在很多方面還顯得有些稚嫩养篓，但是隨著基于 OpenStack 的云計算平臺的增多秃流，以及來自諸如IT大鱷 IBM、HP柳弄、Rackspace舶胀、華為、和思科（Piston）等重量級公司的參與碧注，按照其目前的成長勢頭嚣伐，勢必在將來的一段時間內(nèi)在開放云協(xié)作方面顯示它舉足輕重的作用。

Cloud Foundry

Cloud Foundry（CF）開源項目為用戶提供了 PaaS 環(huán)境萍丐，致力于為應(yīng)用程序的開發(fā)者們提供能夠掌控運行時參數(shù)轩端、可擴展性、應(yīng)用的生命周期的部署框架逝变，例如監(jiān)控和自動重啟基茵。CF 還自動化了管理負(fù)載均衡和來自用戶的路由請求，消除了許多通常與應(yīng)用管理為開發(fā)和運維雙方都有關(guān)的繁瑣的任務(wù)壳影。

正如我們在第二章：開放治理：基金會模式 所提到的一樣拱层，Pivotal 將 CF 項目的治理移交給了 Cloud Foundry 基金會，自2014年末都是以開放治理和廠商中立的精英型模式來運營的宴咧。

從一開始 CF 成為開源項目算起根灯，再加上開放的治理，造就了健康的生態(tài)系統(tǒng)悠汽，有廠商持續(xù)不斷的加入箱吕，且擁有廣泛的業(yè)界云計算參與∈脸澹基于 Cloud Foundry 的 PaaS 云平臺產(chǎn)品有 IBM茬高、惠普、ActiveState假抄、Pivotal怎栽、以及CenturyLink均已上市，CF 仍然保持著增長的趨勢宿饱，其雖然還很年輕熏瞄，但是通過開放基金會形成的堅實的治理結(jié)構(gòu)會給 CF 帶來光明的未來，以及圍繞整個行業(yè)的PaaS解決方案的合作谬以。

Docker

Docker 是一款最新的開源項目强饮，更準(zhǔn)確點說是現(xiàn)在站在云計算的“風(fēng)口”。Docker 的核心为黎，是容器技術(shù)邮丰，不過其重新發(fā)明了輪子行您，目標(biāo)是替代已有的容器技術(shù)—— LXC。容器技術(shù)是一種操作系統(tǒng)級的虛擬化技術(shù)剪廉，在用戶空間的表現(xiàn)是看起來像擁有一套獨立的系統(tǒng)一樣娃循。Docker 還希望通過改進(jìn)用戶體驗，簡單而易用的來在任何地方“構(gòu)建斗蒋、交付捌斧、運行” 應(yīng)用程序的代碼，甚至想取代傳統(tǒng)的虛擬機或者是 PaaS 的某些應(yīng)用場景泉沾。如果要對過去兩年的 Docker 有什么要說的話捞蚂，Docker 以非常成功的方式應(yīng)證了開源！近來爆哑，Enterprise Technology Research （ETR）調(diào)查了 685家的CIO們洞难，詢問他們是否有意在接下來的一年里使用 Docker 相關(guān)的付費產(chǎn)品，令人頗為驚奇的結(jié)果是：97%的 CIO們說會揭朝！這是 ETR 創(chuàng)始以來得分最高的調(diào)查队贱。另外一個可以佐證 Docker 的成功以及其龐大的影響力的是，亞馬遜近期通過其 AWS ec2 的容器服務(wù)來支持 Docker 的API潭袱。盡管亞馬遜通過其 AWS 平臺支持了很多傳統(tǒng)的開發(fā)標(biāo)準(zhǔn)柱嫌，但是采取其它非標(biāo)準(zhǔn)的 API 定義尚屬罕見。這就非常明確的承認(rèn)了 Docker 在容器化世界的領(lǐng)導(dǎo)者地位——正如我們經(jīng)常所看到的屯换，很多廠商為了迎合 AWS 這個 IaaS 市場領(lǐng)導(dǎo)者地位编丘，將自家的產(chǎn)品做的和 AWS API 兼容。

一如我們前面所討論的其它的云計算的開源社區(qū)剛剛起步的時候彤悔，Docker 這個開源項目當(dāng)面面臨的問題嘉抓，由一個單一的商業(yè)實體發(fā)起并控制，且名稱都是一樣的晕窑。Docker 有限責(zé)任公司在整個開源項目中是關(guān)鍵角色且是維護的主要力量抑片。Docker 和我們前面討論過的一樣，擁有多個積極有利的一面杨赤，幾乎所有的 Docker 的開源社區(qū)方面的工作敞斋、計劃、和討論都是在公共的論壇上進(jìn)行的疾牲。Docker 的員工植捎，也是開源社區(qū)的成員阳柔，對于新的成員表現(xiàn)出非常好的態(tài)度；事實上枫匾，我們的經(jīng)驗是他們（很多開源項目均是）到處去招徠新的成員加入，不管他們的經(jīng)驗如何很泊、或是對于項目本身的了解。盡管 Docker 并非是一個理想的開源項目昏兆，因為它有著最為致命的——單一廠商的控制爬虱，其實正如我們所一路看過來的跑筝，這對于一個剛剛創(chuàng)立不久的項目是非常正常的曲梗。我們有理由相信妓忍，Docker 會在其下一個成熟的周期會確保項目的長期成功世剖，包括如何治理和監(jiān)督搁廓。

伴隨著 Docker 的成功，Docker 也開始承受來自業(yè)界其它的角逐者的競爭壓力蝙场，因為這是云計算應(yīng)用交付的未來，只漸趨白熱化的技術(shù)焦點完箩。還有的壓力是來自社區(qū)的分裂：最為顯著的就是 CoreOS 弊知，一直以來都是 Docker 的支持者叔扼，其實現(xiàn)了一套容器運行時環(huán)境瓜富，叫做“Rocket”与柑，是 2014年12月發(fā)布的容器運行時規(guī)范“appc”的實現(xiàn)蓄坏，這樣公開的撕逼和社區(qū)分裂行為讓 Docker 項目著實不太好過（希望不會太久）价捧。大家最初的反應(yīng)都是第一步先找一個就容器技術(shù)的開放治理組織剑辫，以及解決 Docker 運行時的核心規(guī)范。

在2015年6月妹蔽，Docker 將其核心的容器運行時代碼庫貢獻(xiàn)出來了，以 Docker 的子項目的形式出現(xiàn)胳岂，名稱叫做“l(fā)ibcontainer”编整，以及針對開放容器促進(jìn)會所要求實現(xiàn)的“runC”的新的容器運行時接口。關(guān)于開放容器促進(jìn)會掌测，我們將會稍后專門進(jìn)行討論产园。隨著時間的推移什燕，我們期望容器的開放治理和開放協(xié)作逐漸的成熟起來庙睡。這將對于商業(yè)和開源合作來進(jìn)行創(chuàng)新和產(chǎn)品提供是有益處的乘陪，這對于目前對于消費者的熱點技術(shù)來說，是消除他們擔(dān)心廠商鎖定啡邑，增強可操作性贱勃、可移植性的最好契機。

案例 03

開放基金會擴展了云的協(xié)作

我們所看過的所有的開源云項目都有自己所擅長的地方谤逼，并在自己所屬的領(lǐng)域內(nèi)找到內(nèi)在的價值募寨，但是我們所看到也只是起點，在未來會有更多的規(guī)范森缠，那就是開放基金會所創(chuàng)建的合作多個開源項目。這些云計算的基金會將會將特定的技術(shù)領(lǐng)域如標(biāo)準(zhǔn)化接口仪缸、定義跨項目的合作等贵涵，且未來會比我們今天所看到更加的寬廣。這些都是嘗試解決下一代云計算挑戰(zhàn)的令人激動的時刻恰画，但是我們這里要特別講述的是新近成立的基金會宾茂，它們更加的能夠讓我們感覺到開放云協(xié)作的新的時代。

開放容器促進(jìn)會

正如我們在上一章所提到的拴还，開放容器促進(jìn)會（OCI）一款托管在 Linux 基金會的項目跨晴，旨在使用 Docker 的 libcontainer 組件作為實現(xiàn)容器運行時模式的標(biāo)準(zhǔn)化工作。除了以 libcontainer 作為參考起點之外片林，OCI 被指定為 CoreOS 已經(jīng)開始的 appc 的統(tǒng)一來開發(fā)規(guī)范端盆，Rocket 和 Docker 事實上的實現(xiàn)。目前的 OCI 項目還處于起草最終的批準(zhǔn)章程階段费封，項目的范圍也在商討當(dāng)中焕妙，預(yù)計至少要標(biāo)準(zhǔn)化容器打包或 bundle 格式的定義、運行規(guī)范弓摘，以及通過容器如何被管理的生命周期所決定的API焚鹊。bundle 或打包代表了容器文件系統(tǒng)的內(nèi)容以及所有運行時執(zhí)行所需要的元數(shù)據(jù)配置。生命周期的定義將會定義如何管理容器的運行時韧献，即啟動末患、定制、暫停锤窑、和恢復(fù)容器璧针。

OCS 是下一代開發(fā)標(biāo)準(zhǔn)和跨項目合作的標(biāo)桿。正如前面我們所討論過的果复，過去都是有標(biāo)準(zhǔn)的組織來開發(fā)“paper標(biāo)準(zhǔn)”的陈莽，然后在要求所有的實現(xiàn)者來測試其所定義的規(guī)范。相反，現(xiàn)在很多的開源項目均是專心的用代碼來實現(xiàn)走搁，以及它的 API 独柑，當(dāng)積累到足夠的人氣的時候，已經(jīng)成為事實上的標(biāo)準(zhǔn)私植，毋需任何的規(guī)范忌栅、互操作性測試、以及所有感興趣的參與者們的聯(lián)合通過曲稼。

OCI 在這兩者之間都會做一些嘗試：規(guī)范或標(biāo)準(zhǔn)索绪，將會以開源的實現(xiàn)為參考進(jìn)行開發(fā)。而模式是不需要追求過新贫悄，Docker 同意使用這些參考的實現(xiàn)作為 Docker 自身的一部分瑞驱，Docker除了消化社區(qū)定義的參考實現(xiàn)之外，我們還看到 Cloud Foundry 開發(fā)社區(qū)的建議是使用 runC 的參考實現(xiàn)窄坦，來作為 Cloud Foundry 的應(yīng)用框架內(nèi)的容器運行時標(biāo)準(zhǔn)唤反。這是 OCI 剛成立就表現(xiàn)出來的亮點，說明這些參考的實現(xiàn)不僅是規(guī)范的精確表示鸭津，而且還會立即在現(xiàn)實世界的場景得到使用和測試彤侍，來自實際的客戶體驗，幫助云計算社區(qū)確保該規(guī)范是滿足實際需求的逆趋。另外盏阶，我們還看到 OCI 規(guī)范的多個實現(xiàn)都在開發(fā)當(dāng)中。這確保了沒有一個特定的實現(xiàn)是非必要的編纂實現(xiàn)闻书。此注意力集中在將標(biāo)準(zhǔn)與真實世界的代碼庫鏈接起來名斟，在多個云廠商的共同開發(fā)下，這是標(biāo)準(zhǔn)化流程很自然的下一步的走向魄眉，這與我們所一直以來所堅稱的開放治理模式是開源項目成功的基石是吻合的蒸眠。

云原生計算基金會

在2015年6月所創(chuàng)立了 OCI 之后不久，一些云計算市場上關(guān)鍵的角色開始意識到需要在 OCI 所提供的運行時環(huán)境之上建立一些標(biāo)準(zhǔn)杆融。盡管在單個容器的核心管理上的重要性已經(jīng)達(dá)成一致楞卡，但是在這之上更高層次的容器管理也非常的有必要。于是脾歇，在2015年8月蒋腮，在 Linux 基金會合作項目的羽翼之下，云原生計算基金會（CNCF）成立了藕各。池摧，在本文寫作的時候，CNCF 的工作確切范圍仍在商討中激况，但是已經(jīng)聚焦于數(shù)據(jù)中心內(nèi)的容器集群的編排作彤、分發(fā)膘魄、發(fā)現(xiàn)、以及生命周期管理竭讳。這些技術(shù)的集合統(tǒng)稱為“數(shù)據(jù)中心操作系統(tǒng)”（DCOS）创葡。

雖然我們現(xiàn)在還無法明確的描述 CNCF 目前的工作范圍，但是我們有理由相信绢慢，如此眾多的業(yè)界大腕們聯(lián)手通過開放式的精誠合作灿渴，能夠為 OCI 所鋪墊的標(biāo)準(zhǔn)化交上一份滿意的答卷的。尤為重要的是胰舆，在這個高級別的如編排骚露、生命周期的層次中，我們希望看到圍繞分發(fā)缚窿、發(fā)現(xiàn)棘幸、和管理特性的通用性，能夠增進(jìn)各個供應(yīng)商之間的互操作性倦零，尤其是在開放和混合云解決方案的開發(fā)上够话。

2????請在開放云中站穩(wěn)您的腳跟

到現(xiàn)在為止，我們已經(jīng)捋過了多個開源項目光绕、多種開放治理方式、以及一些基金會的模式畜份，且可以看到對于云計算的技術(shù)來講诞帐，真正的開放才是未來，才是真正有價值的爆雹，即協(xié)作的創(chuàng)新和合作競爭這條道路停蕉。我們也已經(jīng)注意到了，其中主要的云計算的倡議和項目钙态，越來越明顯的感覺到慧起，要完成很多的跨項目的合作才能解決云計算日益臨近的挑戰(zhàn)。

我們也可以看到册倒，在運維人員蚓挤、開發(fā)者、生產(chǎn)者和消費者之間的界線越來越模糊驻子，而且代碼灿意、社區(qū)、和開源文化的性質(zhì)正在悄然發(fā)生著變化崇呵，已經(jīng)超出了傳統(tǒng)的涵義缤剧。這就必然導(dǎo)致一個任何人只要有興趣就可以成為開源項目的開發(fā)者和貢獻(xiàn)者的扁平化時代的到來，至于方式域慷，無論是為最終用戶完善文檔還是為開發(fā)者提出新的特性的建議荒辕，已經(jīng)不是需要特別提醒的常識汗销。

對于感興趣的最終用戶來說，這意味著再也不是站在純粹的消費者一邊的了：可以投入到自己感興趣的項目抵窒，根據(jù)自身的需要在項目未來的發(fā)展方向上發(fā)出自己的聲音弛针。對于開發(fā)云計算平臺的公司或者是運營云服務(wù)的公司來說，投入到開源中來估脆，既可以受益于社區(qū)钦奋，又可以加速進(jìn)入市場的準(zhǔn)入門檻，以及不僅能夠?qū)崿F(xiàn)自己的利基專長疙赠，還能夠吸收其它的來自開放社區(qū)的能力付材。參與到圍繞關(guān)鍵云計算項目的基金會開放治理中來，還有助于提供公平的競爭環(huán)境圃阳，作為更為廣泛的參與提供發(fā)出更多的聲音以影響廠商中立的決策制定厌衔。

如果你正在考慮將自己的內(nèi)部使用的技術(shù)開源，又或者是通過創(chuàng)建獨立或企業(yè)領(lǐng)導(dǎo)引導(dǎo)的新社區(qū)項目捍岳，請記住富寿，請選擇將項目開放，以獲得在整個生態(tài)系統(tǒng)的長期的生命力锣夹。一如我們所看到的那些成功的開源項目一樣页徐。你需要讓其他各方的人們參與進(jìn)來，并成為一些領(lǐng)導(dǎo)的角色银萍。由健康的開放治理模式來引導(dǎo)变勇。基于精英主義的技術(shù)發(fā)展路線贴唇，這在開始的時候是蠻困難的——因為沒有人樂意將自己的想法或項目放棄控制權(quán)的搀绣。然而，正如我們所列舉出來的戳气，這條途徑在云計算中是最為有利的链患，真正的協(xié)作！

3????總結(jié)

我們相信開源軟件項目通過健康的開放治理原則的治理下瓶您，以及廠商中立的基金會的交付實踐麻捻，會締造一個成功的云計算相關(guān)技術(shù)的未來的！我們已經(jīng)看到一些大型的項目如 OpenStack呀袱、Cloud Foundry芯肤、Docker ，以及我們在前面討論過的圍繞它們的每個基金會压鉴，強強聯(lián)手蓄勢待發(fā)崖咨、企業(yè)的贊助和參與，引來了一大堆大大小小的廠商參與油吭。這些開源和開放治理的項目击蹲，既允許廣大社區(qū)協(xié)作署拟，也允許獨特的創(chuàng)新，這就可以讓傳統(tǒng)的廠商和初創(chuàng)公司基于開放的技術(shù)交付云的產(chǎn)品都可受益歌豺。

另外推穷，我們也相信，在不久的將來类咧，開放云的的跨項目合作將是趨勢馒铃，通過一些基金會的庇護，在云計算的底層和應(yīng)用層的編排和管理組件尋找一些標(biāo)準(zhǔn)的關(guān)鍵組件痕惋。對于 IaaS 或 PaaS 來說区宇，客戶最為需要的不是一個項目就能滿足所有需求的所謂的產(chǎn)品，而是會覆蓋多個潛在開源項目和產(chǎn)品的全面途徑值戳∫楣龋跨多個云基礎(chǔ)架構(gòu)類型的編排、集群管理堕虹、以及分布式／部署的標(biāo)準(zhǔn)接口——舉例來說卧晓，虛擬機和容器——在下一次的變革中，誰將是云計算中的王者赴捞？在這些關(guān)鍵的概念上的一些通用性和互操作性都是跨多個廠商和多個相關(guān)的開源項目的協(xié)作的逼裆。這就帶來了眾多的機會，一個潛在的新的利基廠商的實現(xiàn)赦政，將帶來新的收入胜宇、新的產(chǎn)品。

我們深信開放云的未來就是將開源精心的規(guī)劃昼钻。

作者簡介

⊙Philip Estes：

Philip 在 IBM 開放云技術(shù)團隊擔(dān)任高級技術(shù)組成員的職位，目前代表 IBM 在 Docker 開源社區(qū)封寞，亦是 Docker 的核心維護者然评。Philip 還和 IBM 的產(chǎn)品團隊以及客戶管理一起共事過，將開源的云技術(shù)轉(zhuǎn)化為實際的產(chǎn)品狈究、解決方案和 IT 項目碗淌。Phil 的成員團隊均工作在關(guān)鍵的開源云項目的上游，如 OpenStack 抖锥、Cloud Foundry?亿眠、Docke 等。在 Phil 加入開放云團隊之前磅废，Phil 是 IBM Linux 技術(shù)中心的首席架構(gòu)師纳像。

⊙Doug Davis

Doug Davis 在 IBM 的開源云和標(biāo)準(zhǔn)部門工作。他在開源和標(biāo)準(zhǔn)這個細(xì)分的領(lǐng)域內(nèi)有超過15年的工作經(jīng)驗拯勉，曾經(jīng)參與過過個現(xiàn)下非常流行的研究標(biāo)準(zhǔn)竟趾，諸如 Apache SOAP & Axis 憔购、圍繞 Web 服務(wù)／SOAP 的 W3C 和 OASIS 標(biāo)準(zhǔn)、OpenStack 岔帽、Cloud Foundry 玫鸟、以及最近參與的 Docker 、OCI 犀勒、和 CNCF 屎飘。他還是 WSTF 的創(chuàng)始人，WSTF 是基于 Web Service 的內(nèi)部操作機制的實現(xiàn)贾费，地址是 http://soaphub.org钦购，并有多個企業(yè)使用此實現(xiàn)來做他們的實時協(xié)作。