分布式追蹤系統 使用 Zipkin 和 Brave 實現分布式系統追蹤（基礎篇） - 推酷 OpenZipkin · A distributed tracing system Twitter zipkin 分布式跟蹤系統的設計與實現 - 馬宏的世界 - 博客頻道 ...

1 設計分布式系統需要考慮的異常 1.1 節點宕機 1.2 網絡異常 消息丟失、消息亂序（可以通過增加序列號解決）以及數據錯誤 1.3 分布式系統三態 在單機，只要不宕機，一個函數執行要么成功、要么失敗，但是分布式系統共下存在成功、失敗和超時。下面解釋一下超時的不確定性 ...

分布式存儲系統是為了解決單機存儲所存在的容量、性能等瓶頸，以及可用性、擴展性等方面的問題，通過把數據分散存儲在多台存儲設備上，為大規模的存儲應用提供大容量、高性能、高可用、擴展性好的存儲服務。這一系列的文章介紹一種典型的分布式存儲系統的設計和實現，該系統已經服務大量的業務，達到了數百T的存儲量 ...

O’Reilly的電子書《Reactive Microservices Architecture》講述了微服務/分布式系統的一些設計原則，本文是筆者閱讀完此書后的理解。 微服務相比傳統的單體應用能夠帶來快速的響應，以小的系統產生大的影響。而隨着網絡加速、磁盤成本降低、RAM成本降低、多核 ...

在分布式微服務的架構中，不同業務的項目之間通過RPC服務相互調用，方便了可擴展性，如下圖 假如在某個時間節點某個接口請求出現了請求比較慢的問題，而整個接口的流程可能涉及到多個RPC服務之間的調用，那么該如何排查問題呢？ 先說一下一體化架構的一貫方法 最簡單的思路是：打印下單操作 ...

在分布式微服務的架構中，不同業務的項目之間通過RPC服務相互調用，方便了可擴展性，如下圖 假如在某個時間節點某個接口請求出現了請求比較慢的問題，而整個接口的流程可能涉及到多個RPC服務之間的調用，那么該如何排查問題呢？ 先說一下一體化架構的一貫方法 最簡單的思路是：打印下單操作 ...

”， 重磅干貨，第一 時間送達！ 在分布式系統，尤其是微服務系統中，一次外部請求往往需 ...

作者：潘罡 （Van Pan） @ Microsoft 在正式介紹Service Fabric之前，我們認為應該首先介紹分布式系統的經典架構。 理解了分布式系統的演進過程可以極大程度上幫助理解Service Fabric以及Azure服務中所有針對分布式系統的優秀產品。 簡單系統 ...