網易輕舟服務網格產品公升級,全面擁抱下一代微服務技術

2022-09-30 22:42:20 字數 2083 閱讀 8948

業務的公升級離不開底層架構的公升級,隨著越來越多的企業將數位化程式設計客棧列為戰略目標,微服務架構已經成為企業數位化轉型公升級戰略的基石。但微服務帶來的系統和互動的複雜性,卻讓很多傳統企業望而卻步。

為此,輕舟微服務基於開源istio推出服務網格(service mesh)平台,提供完整的微服務生命週期管理、流量管理和非侵入式的服務治理解決方案,支援熔斷、降級、流控、負載均衡、容錯、高階路由等服務治理功能,同時擺脫服務開發框架和開發語言的束縛,助力企業快速轉型微服務架構。

早在去年網易雲創大會期間,輕舟微服務就已經發布了對服務網格的產品化,並在網易嚴選進行了大型生產環境的實踐。歷經半年多的錘煉,輕舟服務網格基於使用者實際生產中的需求,進行了多項產品改進,形成 6 大優勢和 5 大應用場景。

六大優勢,輕舟服務網格不同在**?

服務網格和微服務統一管控:統一的微服務管理控制台,實現對spring cloud、dubbo和服務網格等微服務框架的統一管理,通過統一微服務模型,幫助使用者將現有微服務架構平滑遷移到服務網格;

效能優化:針對資料面引入sidecar導致延時增加的問題,輕舟服務網格自研網路加速元件,持續優化資料面,相比開源方案服務延時降低100%以上;

核心元件可維護:作為服務網格引入的核心元件,sidecar的可維護性非常重要。輕舟服務網格實現了sidecar熱公升級,公升級過程無需暫停業務,規避了新引入元件對業務的潛在風www.cppcns.com險,降低傳統微服務框架公升級成本;

端到端可觀測性:支援無侵入的監控資料採集,實時獲取節點健康狀態、鏈路健康狀態、流量資訊、異常響應、超時響應程式設計客棧等監控資訊。同時支援多種維度的資料聚合,為使用者呈現多維度的監控資料,滿足不同角色對服務監控的需求;

容器和非容器異構融合:支援容器化和非容器化的部署,打破服務網格開源版本「偏科」容器的限制,支援應用採用靈活的資源部署方式;

流量染色:支援任意請求流量的染色,實現流量呼叫鏈的管控,解決服務灰度發布、多環境部署等場景下流量管控的難題;

無需推倒重來,服務網格可用於五大場景

輕舟服務網格還將應用於企業微服務架構中五大場景,完美解決傳統企業在數位化轉型過程中遇到的架構公升級、維護等問題。

場景1:微服務架構平滑公升級

對於已經基於spring cloud、dubbo實現微服務的企業,面向服務網格的公升級並不需要推倒重來。

輕舟微服務實現了對spring cloud、dubbo和服務網格等微服務框架的統一管理,有效保障了企業在系統架構上的投資,企業可以同時使用spring cloud、dubbo和服務網格三種微服務架構。同時輕舟微服務的統一模型,可以幫助企業將微服務架構平滑公升級到服務網格,向業界主流技術架構演進。

場景2:業務無感知接入微服務治理能力

傳統的微服務架構改造過程中,往往存在業務**侵入的問題,輕舟服務網格可以實現**無侵入的微服務解決方案,開發人員只需專注於業務開發,通過簡單配置即可將應用接入。

對於已**的應用,輕舟服務網格還提供sidecar注入與熱公升級功能,無需停止業務即可實現微服務治理能力接入與公升級。

場景3:多種服務治理能力應對突發流量

網際網路業務隨時可能面臨熱點事件或活動大促帶來的流量激增,因此,突發流量的應對是每個有網際網路業務布局的企業,以及向網際網路轉型的傳統企業都必須解決的問題。

傳統的解決方案是控制入口流量,但無法解決大規模流量下個別元件的異常,以及由此引發的整個系統雪崩的問題。輕舟服務網格提供限流、熔斷、容錯等服務治理可以有效地保障關鍵服務的正常執行,降低系統性風險的發生概率。

場景4:複雜系統微服務場景

企業的業務越複雜,系統微服務改造後帶來的維www.cppcns.com護成本越高,一方面隨著服務的增多,問題定位往往跨多個服務,更加困難;另一方面系統公升級過程中灰度版本多,多版本部署複雜,資源浪費也很嚴重,會面臨微服務依賴關係、問題定位、排障、多版本部署等諸多問題。

輕舟服務網格內建的全鏈路跟蹤、關聯排障等定位工具,可以快速定位到異常服務。輕舟服務網格的流量染色功能,可以實現使用者僅部署灰度版本服務,共享公共的服務,極大地簡化多版本共存場景下的資源消耗問題。

場景5:微服務間的安全訪問

系統微服務改造後,眾多微服務之間的訪問需要有效的安全機制,而這一點在銀行等金融行業尤為重要。輕舟服務網格提供mtls雙向認證和rbac訪問許可權控制功能,在網路通訊和操作許可權控制方面均提供了強有力的保障。

四維度對比,相較原生istio更優化

Istio 服務網格

istio是乙個完全開源的服務網格,作為透明的一層接入到現有的分布式應用程式裡。它也是乙個平台,擁有可以整合任何日誌 遙測和策略系統的 api 介面。istio 多樣化的特性使您能夠成功且高效地執行分布式微服務架構,並提供保護 連線和監控微服務的統一方法。服務網格用來描述組成這些應用程式的微服務網路...

服務網格 前路漫漫

隨著越來越多的公司採用微服務架構,istio linkerd和cilium等服務網格也越來越受關注。服務網格提供了非常有吸引力的特性 全堆疊可觀測性 透明的安全性 系統彈性等。但是,服務網格真的是雲原生應用程式的正確解決方案嗎?本文將討論服務網格在什麼情況下是有意義的,以及什麼時候不應該使用服務網格...

服務網格 Istio和AWS App Mesh

在談論它之前,讓我們先看一下網格到底是什麼 服務網格是微服務體系結構的基礎結構層。它處理服務之間的通訊問題,使該通訊更加可見 或 可觀察 且易於管理。更具體地說,它可以處理諸如服務發現,路由和負載平衡,安全性 例如,加密,tls,身份驗證,授權 之類的事情,並提供錯誤處理 例如重試和斷路 上面提到的...