轉載：https://wely.iteye.com/blog/2362118
文章目錄什麼是分佈式協調技術什麼是分佈式鎖爲什麼要使用分佈式鎖分佈式鎖應該具備哪些條件分佈式鎖的實現有哪些 什麼是分佈式協調技術 分佈式協調技術主要用來解決分佈式環境當中多個進程之間的同步控制，讓他們有序的去訪問某種臨界資源，防止
文章目錄分佈式鎖實現的三個核心要素：加鎖解鎖鎖超時存在什麼問題`setnx` 和 `expire` 的非原子性del 導致誤刪出現併發的可能性 分佈式鎖實現的三個核心要素： 加鎖 解鎖 鎖超時 加鎖 最簡單的方法是使用 set
租約 本文主要根據租約的基本原理，採用go語言實踐一下，租約的基本流程。 租約設計概述 用例模型 租約的主要機制就是爲了保證在分佈式環境下使得各個客戶端使用的數據保持強一致性，每個客戶端在查詢服務器數據的時候，都在服務端存在一個租
項目介紹 兩階段提交項目主要是實際用代碼演示覆現一下，兩階段提交的執行過程，僅供學習參考。本次主要分析的版本爲V1版本，主要實現的流程包括服務端的基礎架構編寫，客戶端的基礎架構編寫，完成事務提交的過程。 兩階段項目的用例模型 客戶
分佈式鎖與chubby 分佈式鎖，是控制分佈式系統之間同步訪問共享資源的一種方式。Chubby是一種面向松耦合的分佈式系統的鎖服務，通常用於爲一個由適度規模的大量小型計算機構成的的松耦合的分佈式系統提供高可用的分佈式鎖服務。鎖服務
Flume Flume是一款在數據收集領域使用較多的一個apache的開源工具，是一款分佈式、可靠和高可用的系統，能夠高效的從不同的源中收集、聚合上傳大量的日誌數據到結構化的存儲模塊中，Flume的使用不僅限於日誌數據聚合， 由於
參考資料 <<從PAXOS到ZOOKEEPER分佈式一致性原理與實踐>> zookeeper-3.0.0 Leader角色初始化 在上文的選舉完成之後，每個zk實例都會根據選舉結果進入對應的角色，本文主要就是講述Leader的初
leveldb數據的插入與獲取 leveldb提供的數據的交互接口如下； // Set the database entry for "key" to "value". Returns OK on success, // a
參考資料 <<從PAXOS到ZOOKEEPER分佈式一致性原理與實踐>> zookeeper-3.0.0 Zookeeper概述 Zookeeper是一個分佈式的，開放源碼的分佈式應用程序協調服務。致力於提供一個高性能、高可用，
分佈式任務調度系統V1目標 初步目標實現，實現任務的下發分配，分佈式任務執行，支持任務分片(在代碼上支持)，任務執行記錄。 任務調度系統構思 基於C/S架構實現，基於長連接來管理實現，當前版本的邏輯架構圖如下； 註冊等註冊等註冊等
參考資料 <<從PAXOS到ZOOKEEPER分佈式一致性原理與實踐>> zookeeper-3.0.0 Zookeeper選舉模式 針對zookeeper-3.0.0版本，選舉模式可以分爲三種模式，主要分爲快速認證選舉，快速選
租約 租約被提議爲一種基於時間的機制，可提供對分佈式系統中緩存數據的有效一致訪問。非拜占庭式故障會影響性能，而不是正確性，並通過短期租約將其影響降到最低。 緩存引入了確保緩存數據與其主要存儲位置之間一致性的問題。一致的意思是，除了
分佈式鎖 目的 理論 解決方案 目的 分佈式鎖的目的是達到數據的最終一致性；或者在分佈式部署集羣中，我們需要保證一個方法在同一時間內只能被一臺機器上的一個線程執行 要求 1、這把鎖要是一把可重入鎖（避免死鎖） 2、這把鎖最好是
微服務系列（二）(1) Eureka源碼分析 關於eureka的使用，就不做介紹了，不熟悉的可以參考官方文檔 引入依賴，修改好配置文件，在主類上加上註解@EnableEurekaServer，啓動服務，一個簡單的eureka搭建好
微服務系列（二）(3) ZooKeeper源碼分析-part-2 前文跟蹤源碼分析了ZooKeeper Server的初始化過程，通訊原理及選舉機制，本文將繼續進入源碼，探究ZooKeeper的存儲機制。 通過前文的鏈路追蹤，
