天天看點

SpringCloud Alibaba中基本名詞解釋

SpringCloud Alibaba中基本名詞解釋)

  • ​​寫在前面​​
  • ​​一、Sentinel 控制台​​
  • ​​1.1、實時監控​​
  • ​​1.2、簇點鍊路​​
  • ​​1.3、流控規則​​
  • ​​1.4、降級規則​​
  • ​​1.5、系統規則​​
  • ​​1.6、機器清單​​
  • ​​二、Nacos​​
  • ​​2.1、服務發現和服務健康監測​​
  • ​​2.2、動态配置服務​​
  • ​​2.3、動态 DNS 服務​​
  • ​​2.4、服務及其中繼資料管理​​
  • ​​三、​​
  • ​​四、​​

寫在前面

  • QPS,即每秒鐘處理完請求的次數。這裡的請求不是指一個查詢或者資料庫查詢,是包括一個業務邏輯的整個流程,也就是說每秒鐘響應的請求次數。
  • RT,即響應時間,處理一次請求所需要的平均處理時間。對于RT,用戶端和服務端是大不相同的,因為請求從用戶端到服務端,需要經過廣域網,是以用戶端RT往往遠大于服務端RT,同時用戶端的RT往往決定着使用者的真實體驗,服務端RT往往是評估我們系統好壞的一個關鍵因素。
  • 最佳線程數,伺服器在很高的請求下,如何配置合适的線程數,過小的話會導緻請求RT極具增加,過大也一樣RT也會升高。

一、Sentinel 控制台

Sentinel(哨兵),可對大量服務/微服務,前置一個哨兵,但面對大量請求時,讓背景服務有序被調用,但某些服務的不可用時,采用服務熔斷降級等措施,保證系統的平穩運作。

SpringCloud Alibaba中基本名詞解釋

1.1、實時監控

SpringCloud Alibaba中基本名詞解釋

兩個基本名詞

p_qps,每秒通過的請求數

b_qps,每秒拒絕的請求數

1.2、簇點鍊路

SpringCloud Alibaba中基本名詞解釋

這裡可連結修改,流控規則和降級規則

1.3、流控規則

流控,即流量控制(Flow Control),根據流量、并發線程數、響應時間等名額,把随機到來的流量調整成合适的形狀,即流量塑形。避免應用被瞬時的流量高峰沖垮,進而保障應用的高可用性。

SpringCloud Alibaba中基本名詞解釋

流量控制有以下幾個角度:

  • 運作名額,例如 QPS、并發線程數等。
  • 資源的調用關系,例如資源的調用鍊路,資源和資源之間的關系,調用來源等。
  • 控制效果,例如直接拒絕、Warm Up(預熱)、排隊等待等。

一條流控規則主要由下面幾個因素組成,我們可以組合這些元素來實作不同的限流效果:

  • 資源名:即流控規則的作用對象
  • 門檻值:流控門檻值
  • 門檻值類型:流控門檻值類型(QPS 或并發線程數)
  • 來源應用:流控規則針對的調用來源,若為 default 則不區分調用來源
  • 流控方式:調用關系限流政策
  • 流控模式:即流控效果,包括快速失敗、Warm Up、排隊等待模式

詳細請參考這裡,​​阿裡官網解釋​​

1.4、降級規則

SpringCloud Alibaba中基本名詞解釋
  • 資源名稱:适用該規則的應用資源。
  • 門檻值類型:選擇以 RT ( 響應時間)或異常比例作為門檻值。

    選擇以RT( 響應時間)作為門檻值,并填寫以毫秒為機關的時間。

選擇以RT作為門檻值進行降級。如果持續進入 5 個請求,對應的平均 RT 都持續超過降級門檻值,則會被自動降級。

選擇以異常比例作為門檻值,并在比例字段中填寫 0 到 1 之間的小數作為比例。

規則開啟後,按照秒級的異常比例進行降級。當資源的每秒異常總數占通過量的比值超過門檻值之後,資源進入降級狀态。

時間視窗:即降級觸發後持續的時間。資源進入降級狀态後,在配置的降級視窗時間内,請求都會快速失敗。

1.5、系統規則

SpringCloud Alibaba中基本名詞解釋

系統規則是從應用級别的入口流量進行控制,從應用的總體 Load、RT、QPS 和線程數四個次元監控應用資料,讓系統盡可能跑在最大吞吐量的同時保證系統整體的穩定性。

  • Load :當系統的 Load1 超過門檻值,且系統目前的并發線程數超過系統容量時才會觸發系統保護。系統容量由系統的 maxQps * minRt 計算得出。
  • RT:當單台機器上所有入口流量的平均 RT 達到門檻值即觸發系統保護,機關是毫秒。
  • 線程數:當單台機器上所有入口流量的并發線程數達到門檻值即觸發系統保護。
  • 入口 QPS:當單台機器上所有入口流量的 QPS 達到門檻值即觸發系統保護。

    是否開啟:打開表示啟用該規則,關閉表示禁用該規則。

1.6、機器清單

SpringCloud Alibaba中基本名詞解釋

二、Nacos

發現、配置和管理微服務。Nacos 提供了一組簡單易用的特性集,幫助您快速實作動态服務發現、服務配置、服務中繼資料及流量管理。

SpringCloud Alibaba中基本名詞解釋

2.1、服務發現和服務健康監測

Nacos 支援基于 DNS 和基于 RPC 的服務發現。服務提供者使用 原生SDK、OpenAPI、或一個獨立的Agent TODO注冊 Service 後,服務消費者可以使用DNS TODO 或HTTP&API查找和發現服務。

Nacos 提供對服務的實時的健康檢查,阻止向不健康的主機或服務執行個體發送請求。Nacos 支援傳輸層 (PING 或 TCP)和應用層 (如 HTTP、MySQL、使用者自定義)的健康檢查。 對于複雜的雲環境和網絡拓撲環境中(如 VPC、邊緣網絡等)服務的健康檢查,Nacos 提供了 agent 上報模式和服務端主動檢測2種健康檢查模式。Nacos 還提供了統一的健康檢查儀表盤,幫助您根據健康狀态管理服務的可用性及流量。

2.2、動态配置服務

動态配置服務可以讓您以中心化、外部化和動态化的方式管理所有環境的應用配置和服務配置。

動态配置消除了配置變更時重新部署應用和服務的需要,讓配置管理變得更加高效和靈活。

配置中心化管理讓實作無狀态服務變得更簡單,讓服務按需彈性擴充變得更容易。

Nacos 提供了一個簡潔易用的UI (控制台樣例 Demo) 幫助您管理所有的服務和應用的配置。Nacos 還提供包括配置版本跟蹤、金絲雀釋出、一鍵復原配置以及用戶端配置更新狀态跟蹤在内的一系列開箱即用的配置管理特性,幫助您更安全地在生産環境中管理配置變更和降低配置變更帶來的風險。

2.3、動态 DNS 服務

動态 DNS 服務支援權重路由,讓您更容易地實作中間層負載均衡、更靈活的路由政策、流量控制以及資料中心内網的簡單DNS解析服務。動态DNS服務還能讓您更容易地實作以 DNS 協定為基礎的服務發現,以幫助您消除耦合到廠商私有服務發現 API 上的風險。

2.4、服務及其中繼資料管理

三、

四、

繼續閱讀