Rainbond 5.3.3 發佈,新增多項實用功能,應用模型新增多項屬性

Rainbond 是雲原生且易用的應用管理平臺。雲原生應用交付的最佳實踐。專注於以應用爲中心的理念,賦能企業搭建雲原生開發雲、雲原生交付雲。

對於企業: Rainbond 是開箱即用的雲原生平臺,藉助 Rainbond 可以快速完成企業研發和交付體系的雲原生轉型。

對於開發者: 基於 Rainbond 開發、測試和運維企業業務應用,開箱即用的獲得全方位的雲原生技術能力。包括但不僅限於持續集成、服務治理、架構支撐、多維度應用觀測、流量管理。

對於項目交付: 基於 Rainbond 搭建產品版本化管理體系,搭建標準化客戶交付環境,使傳統的交付流程可以自動化、簡單化和可管理。

Rainbond 5.3.3 版本來了,本次發佈的版本我們主要以用戶實際需求爲導向進行優化,在過去的一些實踐中,我們發現,對於複雜的業務組件,部分資源的配置需要個性化配置,這就對我們平臺使用的靈活性提出了更高的要求。因此 5.3.3 版本我們主要以配置的靈活性爲主要迭代方向。

在一些開發場景中,用戶機器可能是高內存型或高 CPU 型,此時用戶機器資源往往得不到充分利用,因此現在我們提供了組件 CPU 設置的能力,用戶可以根據自己需求個性化配置資源。其次,對於一些配置文件,用戶除了配置文件相關內容外,也有配置其權限的需求,現在這些需求都可以得到滿足。

主要功能點解讀:

1. 支持實時查看 Rainbond 自身組件的狀態和初始化進度

在該版本以前,我們在初始化 Rainbond 集羣時,整體對用戶是不可見的,相當於一個黑盒,用戶出現問題,很難及時定位。現在我們在初始化 Rainbond 集羣時,給出了集羣的 pod 信息,用戶可以通過可視化界面,直接瞭解到初始化集羣需要多少組件,目前已經完成的組件數。還可點擊組件,查看組件的事件信息。使用戶能更直觀的瞭解整個過程和快速定位問題。效果如下圖所示: rainbondComponentStatus.png

2. 支持組件配置文件的權限設置

在之前的版本中,爲某個組件掛載配置文件時,默認的權限爲 0777 ,但是有些配置文件有權限要求,比如my.cnf,0777 會被忽略,因此在 5.3.3 版本中,支持爲掛載的配置文件設置一個權限,用於解決該類問題。

configfilePermSetting.gif

3. 支持組件的CPU設置

在之前,我們只支持了組件的內存設置,CPU 通過算法得出。但這樣有以下幾個問題:

  • 部分業務由於CPU資源分配過少,運行緩慢。出現問題甚至難以排查。
  • 在部分開發環境中,用戶想自己手動指定相應的 CPU ,也難以操作。

因此我們現在支持了自己手動設置組件的 CPU 和內存,且 CPU 和內存資源都可設置爲不限制,給用戶提供更靈活的使用方式。 setCPU.gif

4. 第三方組件的重構

爲了逐步適配 OAM 應用規範,提升 Rainbond 的可擴展性。在之前發佈的 5.3.1 版本中我們基於 OAM規範,重新實現了第三方組件類型,定義了 ThirdComponent 作爲第一個 ComponentDefinition,並在產品中實現對ComponentDefinition 的基礎管理機制。此次我們基於 ComponentDefinition 定義重新實現了第三方組件的靜態配置和 API 配置實例類型。現在第三方組件已支持添加多個端口,並支持對應端口進行綁定。下面我對此次第三方組件的功能點做個簡要說明。

假如現在你的第三方組件只開啓了 80 端口,此時該組件有以下兩個實例 10.10.10.10:80 ,10.10.10.11:5000

  • 支持單端口映射到不同端口的endpoints

    對於第三方組件,只開通一個端口,添加多個實例且多個實例端口不同時,那麼可以通過開通的端口輪詢訪問到該組件下的所有實例。

    參考上述前提,那麼此時你訪問第三方組件的 80 端口,實際是會輪詢訪問這兩個實例 10.10.10.10:80 ,10.10.10.11:5000

  • 添加多個端口,多個端口的綁定關係

    此時爲第三方組件新建端口 5000 ,那麼對應的端口將會與實例進行綁定,此時訪問第三方組件的 80 端口,將只會訪問到實例 10.10.10.10:80 ,訪問 5000 端口,也只會訪問到實例 10.10.10.11:5000。

3rdComponentsRestructure.gif

5. 應用模版的變更

在 5.3.3 版本中,我們更改了應用模版的元數據模型,支持了更多組件屬性的發佈。如組件的 CPU 設置、組件特性、組件網關策略、配置文件權限的發佈與安裝等。其次,基於元數據模型的變更,我們在導出 RAM 規範的應用時,也支持了應用 logo 和版本信息的導出,現在,你可以更好的導入應用並獲得該應用的版本信息。

6. 支持組件的容器日誌可以單獨查看

在以往的版本中,一個組件下有多個容器時,多個容器的日誌均輸出到日誌頁面,難以區分。在 5.3.3 版本中,這不再是問題,5.3.3 版本中支持單獨查看各容器的日誌,你只需在組件日誌頁面選擇你需要查看的容器,即可快速獲取到你關心的信息。

詳細變更點:

新增功能

  • 【安裝】支持查詢Ranbond組件的狀態信息和安裝進度;

  • 【應用管理】支持網關訪問策略的發佈與安裝;

  • 【組件管理】支持配置文件設置文件權限;

  • 【組件管理】支持設置組件和插件的CPU;

  • 【組件管理】支持查看組件內各容器的日誌;

  • 【組件庫管理】支持導入導出應用模版的logo和版本信息;

  • 【第三方組件】支持第三方組件添加多個端口;

  • 【第三方組件】支持單端口映射到不同端口的endpoints;

優化功能

  • 【性能】緩存企業級統計數據,提升首頁展示速度;

  • 【存儲】自動清理備份恢復和導入時產生的緩存數據;

  • 【穩定性】升級底層ingress版本;

  • 【日誌】優化allinone部署的控制檯日誌持續輸出無法連接redis的問題;

  • 【日誌】優化導入大體積模版時rbd-chaos的日誌提示

BUG 修復

  • 【安裝】修復集羣安裝驅動服務崩潰的問題;
  • 【安裝】修復同名稱集羣,重新安裝失敗的問題;
  • 【安裝】修復初始化Rainbond集羣操作未實現冪等的問題;
  • 【網關】修復兩條相同網關策略導致網關報錯的問題;
  • 【組件庫管理】修復應用模版release狀態展示錯誤的問題;
  • 【資源統計】修復團隊使用資源統計中磁盤使用量統計錯誤的問題;
  • 【應用管理】修復應用治理模式切換錯誤提示的問題;
  • 【應用管理】修復恢復時刪除原應用下組件導致恢復失敗的問題;
  • 【應用管理】修復升級時未變更組件仍然進行了滾動更新的問題;
  • 【應用管理】修復升級時只發布部分組件,導致升級後依賴丟失的問題;
  • 【組件管理】修復組件配置文件名稱校驗錯誤的問題;
  • 【組件管理】修復第三方組件實例數與初始化狀態錯誤的問題;

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章