開源PaaS Rainbond V5.1發佈，支持管理異構複雜的微服務架構

開源PaaS Rainbond V5.1發佈，支持管理異構複雜的微服務架構

3月的北京春意盎然，Rainbond如期爲你們帶來了大版本V5.1更新，在此首先對全部爲Rainbon項目提過建議的用戶朋友們表示感謝，V5.1版本的較多思考就是來自於衆多用戶爲Rainbond項目提出的建議。

Rainbond是開源的企業應用雲操做系統，支撐企業應用的開發、架構、交付和運維的全流程，經過無侵入架構，無縫銜接各種企業應用，底層資源能夠對接和管理IaaS、虛擬機和物理服務器。

支持第三方微服務集成和管理

Rainbond做爲一款雲應用操做系統開源產品，在衆多的企業中落地使用的過程當中出現了兩類共同的問題：

• 按部就班的遷移策略，已經上Rainbond的服務如何與遺留服務通訊和統一管理。
• Rainbond應用網關很好用，可是遺留的服務沒辦法與Rainbond上的服務共享外網端口或域名。

Rainbond V5.1版本中在提出了第三方服務的概念，即將運行於Rainbond集羣外且與Rainbond能夠正常網絡通訊的服務稱爲第三方服務。對於此類服務，咱們支持以靜態註冊、動態註冊（Etcd、Zookeeper、Consule）的方式來獲取第三方服務的通訊地址，賦予第三方服務如下能力：

1. 集成Rainbond內置的ServiceMesh架構，與集羣內服務無縫互聯，並提供服務通訊治理功能。
2. 集成Rainbond 應用網關，統一管理服務外網訪問。
3. 運行於不一樣環境和系統的業務系通通一管理和可視化，造成完整業務架構。

更多第三方服務的說明和支持狀況，見文檔： Rainbond支持第三方服務集成

支持微服務啓動順序

在一個複雜微服務架構下，一些服務必須依賴於另外一些服務才能正常工做，如何根據依賴關係處理服務的啓動順序是簡化複雜微服務架構管理的關鍵。

Rainbond實現了，根據依賴關係自動處理啓動順序，當被依賴的服務正常工做後，纔會啓動後續服務，依次迭代啓動全部服務。
服務正常工做有幾種判斷依據：

1. 服務的運行狀態處於「運行中」（默認）
2. 服務的端口處於監聽狀態（可設置）
3. 根據Http服務返回狀態碼（可設置）

Service Mesh內置的服務代理更換爲envoy

• 內置服務代理更換爲envoy 1.9.0
• 內置Service Mesh控制面板重構，提供標準的XDS服務(gRPC)

優化應用市場管理

• 應用市場支持多版本安裝和管理
• 從應用市場安裝服務，支持跨越大版本從應用市場升級

源碼構建系統升級

基於源代碼持續構建服務是Rainbond用戶使用最多的功能之一，既5.0版本做較大升級之後，5.1版本繼續帶來升級：

• 增長對NodeJS前端項目源碼類型的支持，能夠部署Vue和React。
• Java-Maven增長maven編譯參數的UI配置。
• 全部Java類型支持OpenJDK版本和OracleJDK版本的UI配置。
• PHP、靜態語言支持UI選擇中間件類型和版本。
• 將公共代碼模塊和資源從雲端本地化、更好的支持離線環境下源碼構建
• 支持服務源碼類型從新檢測和變動

另外Rainbond對各種型源碼的支持規範文檔進行了更加細緻的描述，請參考 Rainbond源碼支持規範

新版Rainbond文檔系統上線

團隊一直在爲Rainbond文檔的可用性和完整性作努力，5.1版本發佈之際，咱們同時發佈了5.1版本的文檔系統，在平臺基礎使用、運維、各種使用場景等方面豐富了大量有價值內容。

訪問地址：https://www.rainbond.com/docs

其餘特性

• 應用網關內置Openresty升級到1.13.6.2版本
• 應用網關增長域名、服務訪問狀況監控，監控域名的訪問量、延時、通訊數據量
• 團隊首頁改版，更多可視化管理
• 默認安裝的Docker版本升級到 18.06.3-ce
• 默認安裝的Kubernetes版本升級到 1.10.13
• 安裝流程支持指定分佈式存儲類型和配置參數，無需用戶自行處理存儲掛載

Rainbond V5.1 安裝：

https://www.rainbond.com/docs...

Rainbond 歷史版本升級到V5.1

https://www.rainbond.com/docs...