分散式重複提交問題架構設計思路

rgqancy發表於2019-03-10

資料列加唯一索引,重複資料儲存失敗。

有多餘兩臺Web容器時,併發查詢,單機鎖不能確保查詢的準確性。

要用分散式鎖:

redis的單執行緒鎖,一般能解決。弊端:redis的鎖租期,無法續期,業務邏輯用鎖時間不可能確定;單機redis容易單點故障,多節點的話,主從複製時,或者因為單點故障,主備切換資料同步時,都可能導致分散式鎖的唯一性不成立的情況。

真正解決分散式鎖的元件:zookeeper,yahoo發明了一系列分散式應用後發明的java的分散式事務協調器。

etcd,也是CoreOS(kubenetes叢集特定發行版)的核心元件,go語言實現。

https://github.com/etcd-io/etcd

etcd is a distributed reliable key-value store for the most critical data of a distributed system, with a focus on being:

  • Simple: well-defined, user-facing API (gRPC)
  • Secure: automatic TLS with optional client cert authentication
  • Fast: benchmarked 10,000 writes/sec
  • Reliable: properly distributed using Raft

etcd is written in Go and uses the Raft consensus algorithm to manage a highly-available replicated log.

Paxos,演算法是萊斯利·蘭伯特(Leslie Lamport,就是 LaTeX 中的"La",此人現在在微軟研究院)於1990年提出的一種基於訊息傳遞的一致性演算法。

 

相關文章