容器正在吃掉整個(gè)軟件世界

如今，容器正在吃掉整個(gè)軟件世界，而其中Kubernetes又是容器之王。因此，當(dāng)人們想要在企業(yè)內(nèi)開(kāi)展軟件項(xiàng)目時(shí)，他們遲早會(huì)用上容器與Kunbernetes。上周，在波士頓舉辦的開(kāi)發(fā)者大會(huì)上提出的Cloud Foundry就是一個(gè)有趣的例子。

對(duì)于大多數(shù)非企業(yè)開(kāi)發(fā)人員來(lái)說(shuō)，Cloud Foundry是一個(gè)陌生詞語(yǔ)，盡管它的用戶有一半都來(lái)自于財(cái)富500強(qiáng)公司。從某種程度上來(lái)說(shuō)，Cloud Foundry與Heroku相類(lèi)似，不過(guò)它是一個(gè)具有大型商業(yè)生態(tài)系統(tǒng)的開(kāi)源項(xiàng)目，并且能夠在任何云和本地模式中進(jìn)行大規(guī)模的部署與運(yùn)行。開(kāi)發(fā)人員將可以通過(guò)編寫(xiě)他們的代碼（遵循twelve-factor methodology）以定義運(yùn)行所需的內(nèi)容，而Cloud Foundry也可以去處理所有底層的基礎(chǔ)設(shè)施，并在有必要時(shí)進(jìn)行擴(kuò)展。理想情況下，這能夠讓開(kāi)發(fā)人員不必去考慮他們的應(yīng)用程序?qū)⒃诤翁庍\(yùn)行，并使他們能夠進(jìn)行更有效地工作。

為了實(shí)現(xiàn)這一目標(biāo)，Cloud Foundry 基金會(huì)很早就在容器方面下了賭注，甚至要早于Docker的上市。由于當(dāng)時(shí)Kubernetes并不存在，參與Cloud Foundry項(xiàng)目的各個(gè)公司聯(lián)合起來(lái)構(gòu)建了自己的容器編制系統(tǒng)，在今天，該系統(tǒng)仍然是大部分服務(wù)的基礎(chǔ)。而隨著技術(shù)的不斷發(fā)展，向Kubernets提供支持成為了Cloud Foundry 生態(tài)中需要邁出的重要一步。去年，基金會(huì)做出決定，推出了基于Kubernetes的Container Runtime,以用以進(jìn)行容器的管理，并可以與現(xiàn)有的Application Runtime進(jìn)行同步運(yùn)行。借助于此，開(kāi)發(fā)人員就可以使用Cloud Foundry運(yùn)行和管理他們?nèi)禄颥F(xiàn)有的單塊應(yīng)用程序，并與他們所開(kāi)發(fā)的新服務(wù)進(jìn)行同步運(yùn)行。

但是，還記得Cloud Foundry是如何讓用戶為自身Application Runtime時(shí)運(yùn)行自己的容器的嗎？其實(shí)，既然Kubernetes（以及其生態(tài)系統(tǒng)中的其他各種項(xiàng)目）已經(jīng)成為了容器項(xiàng)目的默認(rèn)選擇，這種做法已經(jīng)失去了意義。所以當(dāng)有了一個(gè)利用Kubernetes以取代傳統(tǒng)系統(tǒng)的Cloud Foundry項(xiàng)目時(shí)，企業(yè)紛紛會(huì)選擇應(yīng)用就不足為奇了。而容器管理并不是加以區(qū)分Cloud Foundry的關(guān)鍵，相反，開(kāi)發(fā)者的經(jīng)驗(yàn)才是重點(diǎn)，所以Cloud Foundry的重心在于開(kāi)發(fā)者們不必對(duì)內(nèi)部基礎(chǔ)設(shè)施進(jìn)行過(guò)多的關(guān)注。

在有關(guān)于Cloud Foundry生態(tài)如何擁抱Kubernetes方面，還可以指出的一點(diǎn)就是Cloud Foundry本身也是軟件，這為Kubernetes的流暢運(yùn)行提供了重要的保證。所以，我們也可以見(jiàn)到，像SUSE和IBM這樣的Cloud Foundry服務(wù)商都在提供相關(guān)的技術(shù)與服務(wù)。

比如SUSE的Cloud Application Platform，可以在任何公有云Kubernetes的基礎(chǔ)設(shè)施上進(jìn)行運(yùn)行，支持包括Microsoft Azure在內(nèi)的容器服務(wù)。這樣SUSE的服務(wù)既容易部署，而且運(yùn)行時(shí)所需要的資源也較少。

類(lèi)似的，IBM也為它的客戶提供基于Kubernetes的Cloud Foundry服務(wù)，盡管目前公司只是將其作為實(shí)驗(yàn)性的產(chǎn)品。IBM Cloud Developer Services的總經(jīng)理Don Boulia強(qiáng)調(diào)，IBM的客戶更多會(huì)選擇一個(gè)不與其他IBM客戶進(jìn)行共享的孤立環(huán)境中進(jìn)行工作內(nèi)容的運(yùn)行。

同時(shí)，Boulia也指出，對(duì)于大多數(shù)客戶來(lái)說(shuō)，這并不涉及到Kubernetes與Cloud Foundry相對(duì)比的問(wèn)題。因?yàn)榇蠖鄶?shù)的IBM客戶會(huì)選擇使用Kubernetes進(jìn)行現(xiàn)有應(yīng)用的轉(zhuǎn)移，而使用Cloud Foundry去進(jìn)行新應(yīng)用程序方面的項(xiàng)目。SUSE的團(tuán)隊(duì)也強(qiáng)調(diào)了這一點(diǎn)，他們發(fā)現(xiàn)的一種潛在應(yīng)用模式就是，客戶想要利用建立容器環(huán)境以實(shí)現(xiàn)自身的愿望，然后在與SUSE的溝通中決定使用Cloud Foundry。

歸根到底，Kubernetes和Cloud Foundry其實(shí)是互補(bǔ)性的技術(shù)，這也正是Google 容器引擎及Kubernetes工程總監(jiān)Chen Goldberg 在會(huì)上所強(qiáng)調(diào)的。

原文作者：Frederic Lardinois

翻譯與整理：張飛逸

2018年6月15日 一場(chǎng)「中國(guó)軟件渠道伙伴大會(huì)」將在北京舉行，歡迎您的到來(lái)，我們共謀未來(lái)發(fā)展。

生成海報(bào)

免責(zé)聲明：此文內(nèi)容為第三方自媒體作者發(fā)布的觀察或評(píng)論性文章，所有文字和圖片版權(quán)歸作者所有，且僅代表作者個(gè)人觀點(diǎn)，與極客網(wǎng)無(wú)關(guān)。文章僅供讀者參考，并請(qǐng)自行核實(shí)相關(guān)內(nèi)容。投訴郵箱：editor@fromgeek.com。

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書(shū)面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開(kāi)相關(guān)鏈接。