怎麼構建健壯的分散式系統?
我之前在這個部落格上寫過什麼是分散式系統,以及它們如何以不得不處理更復雜的系統設計為代價為我們提供巨大的可擴充套件性。讓我們討論一下如何使分散式系統對隨機故障具有彈性,隨著系統變大,這種隨機故障會變得越來越普遍。
系統理論告訴我們,系統中相互關聯的部分越多,發生大故障的可能性就越大。因此,要構建一個彈性系統,我們需要減少連線數量。如果無法做到這一點,我們需要實施“臨時”切斷與故障部分的連線的方法,以便錯誤不會級聯到其他部分。
每個元件都必須假設每個其他元件都會在某個時候發生故障,並決定當這些故障發生時它會做什麼。
最後,我們需要在系統中建立一些緩衝區——一些放鬆的方法,如果不消除對它的要求,以便有鬆弛來處理意外情況。
1
最小化元件間依賴
分散式系統的元件相互通訊以獲取資料或功能。在這兩種情況下,我們都可以通過將資料/功能推送到呼叫元件而不是遠端訪問來減少連線需求。
構建大規模分散式系統迫使我們放棄標準軟體工程的許多“最佳實踐”。要記住的關鍵是,當我們採用分散式系統的複雜性來實現可擴充套件性時,我們還需要儘可能地控制“分佈”。
1.1
重複資料
如果我們經常從另一個元件訪問一些資料,我們可以在我們的元件中複製它,而不必在執行時檢索它。這可以大大減少執行時依賴並幫助改善我們元件的延遲。
經常訪問但有一定規律性變化的資料可以通過定期快取重新整理來臨時快取。更改頻率更低或從不更改的資料(例如客戶姓名)可以直接儲存在我們的元件中。如果/當這些資料發生變化時,我們可能需要做一些額外的工作,但是這種增加的小開銷通常是值得的,因為它可以提高彈性。
1.2
非規範化資料
非規範化是在元件內發生的一種特殊形式的重複。如果我們使用關係資料儲存,我們可以通過在主實體中複製資料來降低檢視多個實體的成本。本地化分散資料以獲得更好效能的原則也適用於此。
1.3
庫
為了減輕另一個元件的功能依賴性,我們可以將遠端元件打包為庫並將其嵌入到我們的元件中。這並不總是可能的(它可能是用其他語言編寫的,或者太大而不能成為一個庫)並且會帶來一系列問題(功能的變化需要跨多個元件進行庫升級),但是如果功能很關鍵並且經常被大規模訪問,這是打破元件間連線並使其成為本地的可行方法。
2
隔離錯誤
錯誤隔離很重要,原因有兩個。一是個別錯誤在分散式系統中更常見(許多移動部件的簡單功能)。另一個是,如果我們不能防止整個系統中的聯鎖錯誤,那麼我們首先就失去了構建複雜體的理由。
錯誤隔離的主要結構是 SLA。每個元件都宣告瞭一些質量引數,它將在執行功能時得到尊重。這些引數可以包括延遲、錯誤率、併發性等。
在此 SLA 之外,呼叫它的元件會假定它已失敗並需要自行採取適當的措施。如果元件本身檢測到它無法維護其 SLA,它可以先發制人地告訴其呼叫者暫停並稍後再來呼叫。
為了保持整體系統健康,最好是快速失敗而不是在違反 SLA 的情況下成功。兩個元件(一個被喚起的和一個喚起的)都必須為此設定機制。
2.1
保護呼叫者
超時:如果被呼叫的元件在其 SLA 內沒有響應,呼叫者必須超時(放棄)並改用一些回退機制(即使它丟擲錯誤)來維護自己的 SLA 並防止一連串的 SLA 違規。
重試:由於網路不可靠,分散式系統中的許多錯誤只是隨機的。如果呼叫者自己的 SLA 允許,呼叫者可以重試該操作。重試的前提是操作的冪等性。即它不應該改變狀態或只做一次,即使它被呼叫了兩次。
斷路器:如果對元件的呼叫連續失敗,呼叫者可以通過“開啟電路”切斷連線並停止呼叫一段時間。由於呼叫者已經有一些錯誤場景的備份行為,這節省了呼叫者寶貴的資源,這些資源本來會被浪費掉。停止呼叫還可以減少被呼叫元件的負載,並給它一些恢復的喘息空間。
斷路器庫具有定期輪詢有問題的元件並在其效能似乎已恢復正常時重新啟動呼叫流程的機制。
2.2
保護被呼叫
隨機間隔:雖然重試可以減少錯誤,但在一個頻繁使用的元件中出現一個小的效能問題可能會導致其所有呼叫者一次重試。這種“重試風暴”會造成負載峰值並阻止該元件恢復。為了防止這種情況,重試應該在它們之間有一個隨機的時間間隔,以便交錯載入。
背壓:如果一個元件檢測到自己承受過多的負載並且即將違反其 SLA,它可以搶先開始丟棄新請求,直到其效能得到控制。這比接受它知道它不能在 SLA 內提供服務或沒有完全崩潰風險的請求要好得多。
3
在系統中建立緩衝區
3.1
非同步通訊
訊息匯流排之類的非同步通訊通道允許呼叫遠端元件,而無需非常嚴格的 SLA 依賴。通過讓被呼叫元件準備好而不是立即使用訊息,系統對增加的工作負載的需求變得更加靈活。
3.2
彈性配置
可擴充套件性最終歸結為充分利用可用硬體。但是,如果看到規模增長,讓系統緩口氣的一個簡單方法是分配更多硬體。雖然這僅在我們能夠承受的成本範圍內是可行的,但它為我們提供了抵禦不可預測的負載變化的最後一道防線。
來自 “ 架構師社群 ”, 原文作者:Kislay Verma;原文連結:https://mp.weixin.qq.com/s/y9FGxD8p50zsKJgKQKzXZA,如有侵權,請聯絡管理員刪除。
相關文章
- 讀資料工程之道:設計和構建健壯的資料系統14源系統
- 論怎麼提高程式的健壯性
- 如何構建分散式系統的知識體系分散式
- 讀資料工程之道:設計和構建健壯的資料系統08主要架構概念架構
- 讀資料工程之道:設計和構建健壯的資料系統27轉換
- 讀資料工程之道:設計和構建健壯的資料系統25查詢
- 讀資料工程之道:設計和構建健壯的資料系統33未來
- 什麼是分散式系統!以及分散式系統架構的優缺點!分散式架構
- 讀資料工程之道:設計和構建健壯的資料系統29分析
- 讀資料工程之道:設計和構建健壯的資料系統26資料建模
- 讀資料工程之道:設計和構建健壯的資料系統18資料儲存系統(上)
- 讀資料工程之道:設計和構建健壯的資料系統19資料儲存系統 (下)
- 讀資料工程之道:設計和構建健壯的資料系統07資料架構的原則架構
- 讀資料工程之道:設計和構建健壯的資料系統15源系統實際細節(上)
- 讀資料工程之道:設計和構建健壯的資料系統16源系統實際細節(下)
- 讀資料工程之道:設計和構建健壯的資料系統11雲經濟學
- 讀資料工程之道:設計和構建健壯的資料系統12開源軟體
- 讀資料工程之道:設計和構建健壯的資料系統13無伺服器伺服器
- 讀資料工程之道:設計和構建健壯的資料系統02資料工程師工程師
- 讀資料工程之道:設計和構建健壯的資料系統01資料工程概述
- 讀資料工程之道:設計和構建健壯的資料系統21資料獲取
- 讀資料工程之道:設計和構建健壯的資料系統30機器學習機器學習
- 讀資料工程之道:設計和構建健壯的資料系統31安全和隱私
- 讀資料工程之道:設計和構建健壯的資料系統09示例和型別型別
- 讀資料工程之道:設計和構建健壯的資料系統10技術選擇
- Orleans - 1 .NET生態構建分散式系統的利器分散式
- 讀資料工程之道:設計和構建健壯的資料系統17儲存的原材料
- 讀資料工程之道:設計和構建健壯的資料系統05底層設計(上)
- 讀資料工程之道:設計和構建健壯的資料系統06底層設計(下)
- 讀資料工程之道:設計和構建健壯的資料系統24獲取資料的方式
- 分散式系統架構之構建你的任務排程中心分散式架構
- 分散式系統的架構思路分散式架構
- 讀資料工程之道:設計和構建健壯的資料系統22獲取階段考慮因素
- 讀資料工程之道:設計和構建健壯的資料系統20資料工程儲存抽象抽象
- 分散式微服務架構體系該怎麼建?分散式微服務架構
- 從構建分散式秒殺系統聊聊WebSocket推送通知分散式Web
- 構建基於 HarmonyOS Next 的分散式工業監控系統分散式
- 讀資料工程之道:設計和構建健壯的資料系統04資料工程生命週期(下)