【51CTO.com快譯】最近我一直在思考Cloud Foundry項目在短短五年內(nèi)發(fā)生了多大的變化。

思考結(jié)果之一是，自2015年以來開源生態(tài)系統(tǒng)和企業(yè)計算市場已變得今非昔比。因而，Cloud Foundry及其更廣泛的生態(tài)系統(tǒng)的共同發(fā)展導(dǎo)致將對方推向不同的方向。

同時這也是我職業(yè)生涯中過得最快的五年，也是最漫長的五年。

[[314820]]

2009年，Cloud Foundry的最初想法出現(xiàn)在VMware內(nèi)部。直到2011年4月，該項目才正式宣布。我清楚地記得，該項目做的正是市場所需的事情。宣布的這個平臺致力于簡化應(yīng)用程序的開發(fā)和部署。在隨后幾年，我目睹該產(chǎn)品日趨成熟(并數(shù)次易主)。2014年，我編寫了集成到該平臺的第一個服務(wù)代理，因此與社區(qū)走得更近了一點。

2015年出現(xiàn)了一個年輕的開源社區(qū)，它圍繞現(xiàn)在開源的Cloud Foundry項目。Cloud Foundry基金會于2015年1月下旬成立。這時候我的角色從社區(qū)的旁觀者變成了服務(wù)者。

底層架構(gòu)的變化

2015年以后平臺發(fā)生了很大的變化，無論內(nèi)部架構(gòu)還是向使用該平臺的開發(fā)人員敞開的功能。

Cloud Foundry基金會成立伊始，社區(qū)正大刀闊斧地重寫平臺的底層架構(gòu)，由最初以Ruby為主的代碼庫(名為DEA架構(gòu))改為基于Go的新架構(gòu)(名為Diego)。這是很難搞成功的重大架構(gòu)轉(zhuǎn)變之一。挑戰(zhàn)絕非在于新架構(gòu)本身，而在于轉(zhuǎn)型：對現(xiàn)有架構(gòu)中新功能的競爭性需求，以及渴望新架構(gòu)少些不定因素。我在職業(yè)生涯中經(jīng)歷過好多這樣的轉(zhuǎn)型，而Cloud Foundry社區(qū)給我印象最深的一點是它應(yīng)對這個變化的方式。

當然，開放式協(xié)作可能很混亂，不過結(jié)果是有條不紊地轉(zhuǎn)型，這給了下游發(fā)行版和最終用戶組成的生態(tài)系統(tǒng)充足的時間來完成轉(zhuǎn)變。從DEA架構(gòu)正式轉(zhuǎn)向Diego(及其所有子系統(tǒng))始于2016年11月，當時Diego迎來了1.0版本。這個重要版本向社區(qū)表明了兩點：它在功能特性上與DEA不相上下，并達到了一些下游發(fā)行所希望的250000個容器規(guī)模這一目標。

Warden和Garden

與Diego本身發(fā)展的同時，負責(zé)節(jié)點級容器管理的Cloud Foundry組件也出現(xiàn)了重大變化。在DEA架構(gòu)中，架構(gòu)的這個部分是名為Warden的組件。Warden至少比Docker早兩年問世，但它不是向最終用戶敞開的技術(shù)。創(chuàng)建Diego時正同時對Warden進行互補性的重寫。這項工作名為Garden。

Garden的設(shè)計很周到，因為它預(yù)料到用戶會需要輕松更改代碼的最底層細節(jié)，以支持新興的操作系統(tǒng)級容器功能。早在2015年，Cloud Foundry社區(qū)就在構(gòu)建Garden的實現(xiàn)，以同時支持基于Linux的主機和基于微軟Windows的主機。能夠更改底層的操作系統(tǒng)級容器技術(shù)同樣使Cloud Foundry平臺得以采用Docker捐贈給開放容器項目(OCI)的runC庫。實際上，Cloud Foundry項目是第二個采用runC的項目(僅次于Docker本身)，并且使其在整個生態(tài)系統(tǒng)的生產(chǎn)級集群中大規(guī)模運行。

為什么Diego很重要?

Diego的推出為新功能帶來了可能。容器到容器網(wǎng)絡(luò)和卷服務(wù)是Diego進展順利后最先添加的兩大功能。這兩種功能可以看作是內(nèi)部優(yōu)化(比如減少南北流量)，但隨著開發(fā)人員體驗功能的增強，它們顯得更重要。借助C2C網(wǎng)絡(luò)功能，可以實現(xiàn)更復(fù)雜的應(yīng)用程序到應(yīng)用程序邏輯。這時候Cloud Foundry也開始擁抱更廣泛的開源網(wǎng)絡(luò)世界。卷服務(wù)擴展了可以在平臺上托管的應(yīng)用程序類型的范圍，從而使操作人員可以為應(yīng)用程序開發(fā)人員提供針對網(wǎng)絡(luò)可尋址存儲設(shè)備的文件系統(tǒng)掛載。

容器網(wǎng)絡(luò)

回到網(wǎng)絡(luò)世界，沒錯，容器到容器網(wǎng)絡(luò)工作為開發(fā)人員增添了一大批寶貴的功能。它還代表Cloud Foundry社區(qū)從此開始在服務(wù)網(wǎng)格領(lǐng)域開發(fā)標準和項目的轉(zhuǎn)折點。這項工作始于采用容器網(wǎng)絡(luò)接口(CNI)，該規(guī)范方便基于容器的平臺與底層網(wǎng)絡(luò)層進行交互以簡化配置。下一個階段是2017年采用Envoy代理。最近，整個Cloud Foundry網(wǎng)絡(luò)堆棧都將Istio + Envoy作為默認組件，以支持集群入站/出站和跨容器網(wǎng)絡(luò)功能。

Kubernetes + Cloud Foundry

最近，Cloud Foundry社區(qū)欣然接受了另一個開源項目：Kubernetes。這始于捐贈Kubo，這是由Pivotal、谷歌和VMware共同開發(fā)的項目。Kubo迅速成了Cloud Foundry Container Runtime，而Elastic Runtime(更通俗的名稱是傳統(tǒng)的Cloud Foundry PaaS)被改名為Application Runtime。這使我們的社區(qū)充滿信心，向采用Kubernetes作為底層的容器編排層邁出幾步需要這種信心。

Eirini項目致力于讓Cloud Foundry集群可以在架構(gòu)中使用Kubernetes，并最終替換Diego代碼庫。

在過去這五年，社區(qū)創(chuàng)建了另外許多變更和擴展項目，很難逐一密切跟蹤。一些項目已演變成大多數(shù)安裝的Cloud Foundry系統(tǒng)的關(guān)鍵組件。另一些項目在完成使命后現(xiàn)已放到基金會的閣樓。

不變的是什么?

過去這五年沒有變的兩點值得強調(diào)一下：我們社區(qū)致力于提供世界一流的企業(yè)開發(fā)體驗，以及社區(qū)致力于平臺不斷發(fā)展。這兩個初心都不是“技術(shù)”，它們是社區(qū)的核心精神。我們一直努力將成千上萬使用Cloud Foundry的組織和成千上萬部署軟件的開發(fā)人員吸引到該平臺上。我們一直在學(xué)習(xí)如何更好地為企業(yè)開發(fā)人員提供服務(wù)，不斷迭代和豐富這種體驗。我們還不斷完善架構(gòu)，從更廣闊的開源界提供的最佳技術(shù)中集眾者所長。當然，我們仔細認真地進行這些更改。我們允許這種演變在頻繁發(fā)布的同時逐漸引入新功能。

已發(fā)生了不小的變化，但不變的是Cloud Foundry社區(qū)致力于使我們的生態(tài)系統(tǒng)不斷發(fā)展。

原文標題：From Bystander to CTO: My Five-Year Journey with the Cloud Foundry Foundation，作者：Chip Childers

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】