<object id="3iwlw"><noframes id="3iwlw"></noframes></object>

      <th id="3iwlw"></th>

    1. <rp id="3iwlw"></rp>
      <rp id="3iwlw"></rp>

    2. <button id="3iwlw"></button>
      云計算·大數據 頻道

      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的原生體驗?!?/p>

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

      繼續降低復雜性

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

      Volk表示:“你真的只能在非常大的企業中看到CF,因為它非常喜歡在專用的服務器基礎設施上運行,這就是為什么它屈從于Kubernetes?!?/p>

      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體驗?!?/p>

      后續產品

      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組件完全集成。它們是不同的、獨特的工作,每個都有不同程度的成功采用?!?/p>

      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相同的一個迭代,盡管它們是一個完全不同的實現,而且更進一步?!?/p>

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

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

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

      “傳統的基于虛擬機的Cloud Foundry架構是行不通的。從現在起,它將繼續開發和維護;SAP和VMware對現有CF用戶群的承諾都很明確?!?/p>

      有許多大型部署仍在繼續使用Cloud Foundry實現虛擬機,如BOSH項目。

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

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

      成功的兩個因素?

      Volk指出,有兩個因素是該項目成功的關鍵。一是能夠讓用戶在網絡、服務網格、安全性、編排、可觀察性、管道管理、數據庫等最流行的云原生產品類別中進行選擇。另一個因素是,Cloud Foundry應用程序和其他Kubernetes應用程序必須能夠并排運行,而不會對后者產生任何負面影響。

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

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

      0
      相關文章
        漂亮的苏酥全文阅读