這是小卷對分佈式系統架構學習的第11篇文章，今天瞭解分佈式緩存的理論知識以及Redis集羣。 分佈式緩存也是面試常見的問題，通常面試官會問為什麼要用緩存，以及用的Redis是哪種模式，用的過程中遇到哪些問題這些 1. AP還是CP Redis 集羣就是典型的 AP 式，它具有高性能、高可用等特點，但它卻並不保證強一致性。 而能夠保證強一致性的 ZooKeeper、Doozerd、Etcd
這是小卷對分佈式系統架構學習的第7篇文章，前面已經講了很多理論知識，今天結合具體的中間件來講分佈式配置中心 1.面試官提問 面試官：假設你是公司的基礎架構部門，現在需要設計內部的配置中心中間件，你要怎麼設計？ 我：設計客户端和服務端，客户端集成到業務項目中，項目啓動時從服務端pull配置加載到本地，並且定時check服務端和本地配置是否一致，服務端如有更新，再pull到本地 面試官：那如果
分佈式系統架構5：限流設計模式 這是小卷對分佈式系統架構學習的第5篇文章，今天來學習限流器和限流設計模式 1.為什麼要限流？ 任何一個系統的運算、存儲、網絡資源都不是無限的，當系統資源不足以支撐外部超過預期的突發流量時，就應該要有取捨，建立面對超額流量自我保護的機制，而這個機制就是微服務中常説的“限流” 2.四種限流設計模式 説到限流，大家直接的想法就是Sentinel，但是Sentinel限流的
這是小卷對分佈式系統架構學習的第4篇文章，雖然知道大家都不喜歡看純技術文章，寫了也沒多少閲讀量，但是為了個人要成長，小卷最近每天都會更新分佈式的文章 1.概念 容錯策略，指的是“面對故障，我們該做些什麼”；而容錯設計模式，指的是“要實現某種容錯策略，我們該如何去做”。 上一篇已經講了7種容錯策略，為了實現各種策略，開發總結了一些容錯設計模式，包括微服務常見的：斷路器模式、艙壁隔離模式、超時重試模式
這是小卷對分佈式系統架構學習的第3篇文章，雖然知道大家都不喜歡看純技術文章，寫了也沒多少閲讀量，但是個人要成長的話，還是需要往深一點的技術上去探索的 1.為什麼需要容錯 分佈式系統的本質是不可靠的，一個大的服務集羣中，程序可能崩潰、節點可能宕機、網絡可能中斷，這些“意外情況”其實全部都在“意料之中”。故障的發生是必然的，所以需要設計一套健壯的容錯機制來應對這些問題。 容錯策略，指的是“面對故障，我
