Cloud Foundry推出Korifi以簡化Kubernetes的開發

Cloud Foundry Foundation釋出了Korifi的beta版，這是一種新的平臺即服務(PaaS)，旨在簡化開發人員和運維人員的Kubernetes開發和部署體驗。

該基金會表示，Korifi將以Cloud Foundry的開發人員為中心的體驗交付執行在Kubernetes上的與Cloud Foundry相容的應用平臺，因為Kubernetes對於運維人員和開發人員來說都很複雜。

讓開發人員和運維人員感到幸福

企業管理協會(Enterprise Management Associates)分析師Torsten Volk解釋說：“Kubernetes讓開發人員感覺自己像是‘糖果店裡的孩子’，因為該平臺提供了一個龐大的產品生態系統，可以推出靈活、可擴充套件的應用程式堆疊。另一方面，Cloud Foundry專注於提供一套預整合和完全企業化的開發人員和DevOps服務。但如果沒有‘糖果店’，因此開發人員更喜歡Kubernetes的原生體驗。”

Cloud Foundry是一種開源技術，由許多大型技術公司支援，包括IBM、SAP、VMware、HCL和華為，製造業、電信和金融服務業的領導者正在使用該技術。

繼續降低複雜性

Cloud Foundry吸引了企業應用程式開發人員。

Volk表示：“你真的只能在非常大的企業中看到CF，因為它非常喜歡在專用的伺服器基礎設施上執行，這就是為什麼它屈從於Kubernetes。”

Cloud Foundry Foundation還提供了其他工具來幫助使用Kubernetes的企業提高開發人員的生產率，例如cf-for-k8s。cf-for-k8s將Cloud Foundry開發人員API與其他流行的開源專案相結合，如Kubernetes、Istio、Envoy和Fluentd。該專案使用自定義資源定義和其他Kubernetes原語在新元件上提供熟悉的開發人員體驗。

同時，另一項工作是KubeCF，面向Kubernetes的Cloud Foundry Application Runtime。它為開發人員提供了Cloud Foundry的生產力方面，並允許平臺運維人員使用Kubernetes工具和API管理基礎設施抽象。

Cloud Foundry Foundation專案經理Chris Clark在一份宣告中表示：“隨著Kubernetes的成熟，我們的社群已經構建了數個Cloud Foundry抽象，以減少Kubernetes的複雜性。久經考驗的Cloud Foundry開發人員體驗透過最大限度地提高開發人員的生產率，已經為組織節省了數百萬美元。透過Korifi，我們正在構建一個從以前的迭代(如cf-for-k8s和KubeCF)中學習到的新架構。Korifi帶來了與雲原生技術更好的互操作性，為Cloud Foundry應用程式開發人員帶來了方便和簡單的Kubernetes體驗。”

後續產品

Cloud Foundry的首席佈道者Ram Iyengar表示，在某種程度上，Korifi是KubeCF和cf-for-k8s的後續產品。

“按時間順序，KubeCF排在第一位，其次是cf-for-k8s，現在是Korifi。進化的每個階段都以Kube慣用成分的增加為標誌。KubeCF很少使用雲原生生態系統中的元件。cf-for-k8s還使用了一些元件。Korifi已經發展成為一種API，它與Kubernetes RBAC、分層名稱空間、Evnoy/Contour和其他幾個原生Kubernetes元件完全整合。它們是不同的、獨特的工作，每個都有不同程度的成功採用。”

KubeCF允許運維人員透過將BOSH清單轉換為Helm chart，在Kubernetes之上部署Cloud Foundry例項或任何其他BOSH版本。這種方法是在Kubernetes上執行完整CF環境的一種快速方法，但即使採取下一步直接在Kubernetes上執行應用程式容器也是一個挑戰，更不用說進一步發展系統了。

cf-for-k8s是Cloud Foundry社群以Kubernetes原生方式提供CF的最初努力。它將Kubernetes和Istio與CF API和其他Cloud Foundry元件結合在一起。雖然這是成功的，但這種方法的一些架構限制變得很明顯。

Clark說：“你可以說Korifi是與cf-for-k8s相同的一個迭代，儘管它們是一個完全不同的實現，而且更進一步。”

Cloud Foundry基於容器的架構在各種雲平臺上執行以任何語言編寫的應用程式，如AWS、谷歌雲平臺(GCP)、IBM Cloud、Microsoft Azure和OpenStack等。

VMware Cloud Foundry管理委員會主席兼研發副總裁Craig McLuckie在一份宣告中表示：“每天都有數千名開發人員將Cloud Foundry作為一個簡單、可靠的平臺來部署和管理其關鍵任務應用程式。他們的團隊依靠其穩定性和自動化來支援這些開發人員和應用程式。我們認為Korifi是一個機會，可以確保Cloud Foundry與其他雲原生技術和部署實踐不斷增長的生態系統良好地互操作。”

McLuckie也是Kubernetes的聯合創始人，這表明Cloud Foundry Foundation正將更多精力放在為Kubernetes開發人員抽象出複雜性上。然而，該基金會表示，Korifi並不意味著Cloud Foundry完了。

“傳統的基於虛擬機器的Cloud Foundry架構是行不通的。從現在起，它將繼續開發和維護;SAP和VMware對現有CF使用者群的承諾都很明確。”

有許多大型部署仍在繼續使用Cloud Foundry實現虛擬機器，如BOSH專案。

Iyengar說：“我們相信，這兩種工具將並存，繼續滿足略有不同的需求。它們在開發人員體驗方面有著共同的目標，但將專門針對不同的雲基礎設施而構建。首先，Korifi針對的是那些希望遷移到Kubernetes的工程團隊。沒有任何東西阻止人們在綠地專案中採用它，並開始將其用作內部開發平臺。”

Volk說，Korifi將最初基於VM的Cloud Foundry架構以微服務的形式引入Kubernetes，微服務可以透過標準的Kubernetes工具進行管理，並且可以透過kubectl訪問。

成功的兩個因素?

Volk指出，有兩個因素是該專案成功的關鍵。一是能夠讓使用者在網路、服務網格、安全性、編排、可觀察性、管道管理、資料庫等最流行的雲原生產品類別中進行選擇。另一個因素是，Cloud Foundry應用程式和其他Kubernetes應用程式必須能夠並排執行，而不會對後者產生任何負面影響。

“這兩項任務都不簡單，我目前在GitHub上看到的Korifi貢獻者只有十幾個，但考慮到專案支持者的Kubernetes經驗，我認為有成功的機會。不管怎樣，Korifi似乎是Cloud Foundry取得成功的唯一機會。”

同時，對於系統整合商和服務提供商來說，Korifi是一種為其Cloud Foundry客戶實現雲原生轉換的方式，同時也引入了一種新的基於雲的產品。