管好微服務，成為雲原生時代的新難題。

從建好微服務到管好微服務，差的雖是一個字，連線起兩邊的卻需要大量的微服務落地經驗。因為軟體架構的核心挑戰是解決業務快速增長帶來的系統複雜性問題，而微服務將應用進行解耦的過程中，服務和服務之間的呼叫和依賴關係也變得愈加複雜，關係越複雜、小的技術問題越可能被放大，造成大的線上故障。而容器和 Kubernetes 為代表技術的雲原生時代，則加重了其中的複雜程度。

近日，阿里雲微服務引擎 MSE（以下簡稱 MSE）升級 3 大核心能力，在管好微服務應用上提供了更高效的實踐和更全面的保障。

直播釋出會回顧：https://developer.aliyun.com/topic/microservice

## 釋出微服務治理企業版

在原有基礎版、專業版之上，MSE 推出了微服務治理企業版，提供微服務應用以及常用閘道器的流量管控與容錯能力，從流量控制、併發控制、熔斷降級、自適應保護、熱點防控等多個維度來保障業務的穩定性，幫助使用者很好地應對流量激增或是服務依賴不穩定問題。

在微服務閘道器層，比如 Zuul，Spring CloudGateway，使用者可設定規則進行入口流量防護。在應用層，可進行介面級粒度的防護，支援單機限流、叢集限流、分鐘小時限流多種限流方式。除了大流量的衝擊，第三方服務出現問題時，有時會導致介面響應時間變長，執行緒資源無法釋放等問題。使用者可以針對弱依賴介面配置熔斷規則，達到不穩定條件時自動熔斷。對於非關鍵介面可提前主動降級，從而避免單點服務異常導致整體不可用。另外流量防護支援自適應系統保護，可根據 CPU、LOAD 等系統資源指標，設定系統保護規則，防止雪崩。同時也可以對自動識別出來的慢 SQL 語句配置隔離規則，限制其併發執行數，防止資料庫連線池被打滿而影響正常呼叫。

企業版還支援 QPS、響應時間、異常、CPU/load 等指標的秒級監控能力，並針對這些指標提供提供了機器維度、介面維度、叢集維度的秒級流量水位分佈的分析功能，方便使用者監控防護效果並指導規則配置。

另外，服務治理中心還增加了應用配置能力，幫助使用者動態管理程式碼中的配置項，可使用在多種業務場景中。一是在業務邏輯預埋功能開關，例如動態開啟某個促銷活動、將某些耗時操作降級等；二是無須應用重啟即能調整應用操作級別，比如線上修改日誌級別，指定 A/B Test 路徑，執行緒池配置等；三是 List、Map 等複雜型別的結構化內容推送，如定時推送大促商品名單，統一傳送優惠卷客戶名單等。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/98bf16b0140d4d28908ec680027d2fbc.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

基礎版、專業版、企業版的價格如下：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/bb31d712f22545cb9ddef16ea9a46c60.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_19,color_FFFFFF,t_70,g_se,x_16)

更多關於 3 個版本的差異點，可訪問：https://help.aliyun.com/document_detail/333528.html

## 開源服務治理規範和實現 OpenSergo

微服務治理是管好微服務過程中不可避免要解決的難題，但是業內普遍存在以下痛點：
• 理解和溝通成本高：業界對微服務治理的能力和邊界沒有明確的認識，每個企業所定義的服務治理概念都不一致，造成很高的理解和溝通成本。

• 缺少標準化的約定：開源微服務框架眾多，例如 Spring Cloud 中定義的微服務介面和 Dubbo 中定義的介面就沒有辦法互通，Go、Java 有不同的體系和認知。

• 缺少面向業務的抽象和標準：對業務開發來說，不僅需要了解不同微服務框架的部署架構，也要了解不同服務治理方式的概念和區別。

而 OpenSergo 是由 bilibili、位元組跳動以及 Spring Cloud Alibaba、Nacos、Apache Dubbo/dubbo go 社群共同發起，是一套微服務治理的規範和實現，要解決的是不同框架、不同語言在微服務治理上的概念碎片化、無法互通的問題。例如，如何標準化地進行服務註冊和發現，服務的元資訊格式如何統一等等。

OpenSergo @GithHub：github.com/opensergo/opensergo-specification
OpenSergo 提供的能力可以從管控面、資料面、Spec 3 個維度去看：

• 控制面：使用者可以透過 CRD 或者 Dashboard 的方式檢視、修改服務治理配置，並將這些管控資訊下發到資料面。
• 資料面：JavaAgent、Servcie Mesh、各個接入 OpenSergo 的微服務框架都能夠接收到服務治理配置，並應用到當前的業務流量中。
• OpenSergo Spec：Spec 規定了控制面和資料面的通訊約定，確保使用者使用一種 Spec 即可描述不同框架、不同協議、不同語言的微服務架構，讓開發者不再需要關注底層差異。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/7421cb8a210045fca6322a0dddaecd96.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

## 下一代閘道器-雲原生閘道器再升級

閘道器分為流量閘道器與業務閘道器，流量閘道器主要提供全域性性的、與後端業務無關的策略配置，例如阿里內部的的統一接入閘道器 Tengine 就是典型的流量閘道器；業務閘道器顧名思義主要提供獨立業務域級別的、與後端業務緊耦合策略配置，隨著應用架構模式從單體演進到現在的分散式微服務，業務閘道器也有了新的叫法 - 微服務閘道器。

但在容器和 Kubernetes 主導的雲原生時代，Ingress 成為 Kubernetes 生態的閘道器標準，流量閘道器 + 微服務閘道器合二為一。將兩層閘道器變為一層，不僅可以節省 50%的資源成本，還可以降低運維及使用成本。

MSE 提供的雲原生閘道器再次升級核心能力，包括無縫支援 Nginx Ingress 註解轉換、支援 Waf 本地防護、支援外掛市場、支援 HTTP 轉 Dubbo。以無縫支援 Nginx Ingress 註解轉換為例，MSE Ingress Controller 透過 List-Watch 機制獲取關聯的 ACK 叢集中 Ingress 資源的變化，然後以熱更新的方式動態更新 MSE 雲原生閘道器的路由規則。當 MSE 雲原生閘道器收到請求時，匹配 Ingress 轉發規則轉發請求到後端 Service 所對應的 Pod。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/ff84231766ee46678211991d91697668.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

相比 Nginx Ingress Controller，MSE Ingress Controller 是以熱更新的方式秒級生效監聽到的 Ingress 資源，這種無需重啟資料面即可生效配置的方式大大提高了叢集入口閘道器的穩定性，有效保障了業務流量無損。更重要的是，MSE Ingress Controller 可以進行多叢集管理，即同時作為多個叢集的入口閘道器，意味著可以同時監聽多個叢集中的 Ingress 資源，解決使用者跨 Kubernetes 叢集流量排程和流量治理問題。

除了 MSE 這類微服務半托管的產品外，本次升級釋出會中，也分享了 MSE+SAE 的全託管方案的優勢和特色，並結合 Serverless 技術，進一步提升了計算資源的利用率，低門檻容器化改造和轉型 Kubernetes。

MSE 面向 ZooKeeper、Nacos、Consul、Envoy 等開源專案提供商業化增強，服務斯凱奇、來電科技、玩心不止、禾連健康、萬師傅、雲貨優選、上海三菱、Salesforce 中國等企業，已成為國內雲上客戶首選的微服務平臺之一。

雲原生微服務的下一站，微服務引擎 MSE 重磅升級

相關文章