服務高可用 冪等性設計

2021-09-07 20:02:10 字數 761 閱讀 4351

什麼是冪等性?

一般在服務呼叫時,讀服務如果呼叫失敗了,會自動按配置次數轉移到別的服務上去請求。而寫服務就不能重複請求,如果因為超時或者網路故障等原因被呼叫服務並沒有返回成功的響應,服務呼叫方就認為是失敗了,但很有可能的是已經成功了,如果繼續重複請求寫服務,如轉賬類的服務,可能會造成嚴重的後果。所以,寫服務失敗不能設計成繼續發重複請求,被呼叫服務也要設計冪等性,即使重複請求,也不會造成影響。

知道上面的背景,所以,冪等性就是同樣的引數,重複請求相同的服務,必須得到相同的結果。

冪等性設計

舉乙個支付的場景,請求乙個第三方支付介面發起支付功能,同樣的訂單號,同樣的金額資訊,返回的都是成功。同樣的訂單號,不同的金額資訊,返回的是訂單號重複。這就是冪等性設計,第三方支付效驗了請求引數和已有資料庫的資訊一致時直接返回已有的成功資料,如果資料不一致而又訂單號重複直接報訂單號重複。而如果不做冪等性設計,同樣的訂單號,同樣的金額資訊,重複支付,可能會造成金額累加。為了服務友好性,同樣的訂單號同樣的金額資訊返回訂單號重複也是不友好的。

有些服務天生就具有冪等性,如修改使用者郵箱、性別等,不管你重複請求修改多少次,返回的結果都是一樣的。

所以,對於服務冪等性設計的要點就是一定要效驗請求引數有效性,及已有資料的對比。如果同樣的請求引數已經處理過就不要重複處理,直接返回,這就是冪等性核心點。

下面這張圖已經很形式的說明了冪等性的重要性。

服務高可用 冪等性設計

什麼是冪等性?一般在服務呼叫時,讀服務如果呼叫失敗了,會自動按配置次數轉移到別的服務上去請求。而寫服務就不能重複請求,如果因為超時或者網路故障等原因被呼叫服務並沒有返回成功的響應,服務呼叫方就認為是失敗了,但很有可能的是已經成功了,如果繼續重複請求寫服務,如轉賬類的服務,可能會造成嚴重的後果。所以,...

分布式高併發服務 冪等性

重複訊息是soa服務實現中非常常見的問題,你永遠不要指望呼叫方每次請求訊息不一樣,對於讀操作,重複訊息可能無害,可對於寫操作很可能就是災難。可以通過冪等 idempotent 模式處理重複的訊息,基本處理思路是 1 呼叫者給訊息乙個唯一請求id標識。id標識乙個工作單元,這個工作單元只應執行一次,工...

介面冪等性設計

在系統中,乙個介面執行多次,與執行一次的效果是一致的 冪等性的核心思想 通過唯一的業務單號保證冪等 update自身帶鎖。直接update不會出現併發修改問題。樂觀鎖是先查詢在修改 update 商品表 set 庫存 庫存 購買量 version 查詢version值 1 where version...