8個月打磨，一份送給程式設計師的「分散式系統」合集

如果第二次看到我的文章，歡迎 「文末」掃碼訂閱我個人的公眾號（跨界架構師） 喲~ 

每週五早8點 按時送達到公眾號。 當然了，也會時不時加個餐～

是的，這份禮物最佳受眾是程式設計師。但是，如果你不是程式設計師，相信這些能使你更懂程式設計師，能更好的與他們交流。

有些小夥伴們應該知道了，之前的《 分散式系統關注點——360°的全方位監控 》是我去年開始寫的「分散式系統理論」系列的最後一篇。（對了，那篇文章裡的數量還寫錯了，是22篇，不是21篇……）

這個歷時8個月、兩週一更的系列其實是我的第二個原創系列。前一個還是2016年10月～2017年2月在「部落格園」上寫的「領域驅動設計」系列。

https://www.cnblogs.com/Zachary-Fan/p/5991674.html

其實自己現在想想還有點小可惜。為什麼呢？

因為截止到去年（2018年），自己從事一線coding工作也有6年時間了。說長不長，說短也不短了。

這6年，可以不要臉的說，覺得自己還是比較拼的，因為從未感受到自己的成長在停滯。

但是也可能是由於自己光顧著埋頭拉車了，現在回頭看看在整個過程中有意識沉澱下來的自己的東西比較少，想想確實覺得有些可惜。

很多想法、觀點，如果接下去遇不到當時的那種場景，估計這輩子也回想不起來了。

從2018年開始，由於工作內容的調整，自己離一線的coding工作更遠了一步，同時在技術方面投入的時間佔比也不得不進一步降低。現在估計也就10%左右吧。

而在這之前，分散式系統是我最後一個階段在重點專注的領域，所以趕緊趁腦子裡的東西還沒消失，快點寫下來。這才有了這個「分散式系統理論」系列。

我想，以後還是不是有機會寫純技術的系列文章還真不好說。

之前有看過幾篇這個系列的小夥伴可能知道，該系列的確是以理論為主，具體的技術細節講的不是很多，只在核心部分說了一些。

可能你會覺得，這樣不夠接地氣啊。

是的，沒錯，人嘛，懶是天性，誰都喜歡「拿來主義」的東西，Z哥我也是。（好懷念快遞送貨到家的日子……）

畢竟“懶”是促進我們分工協作，推動人類社會發展的源動力。

但是回到現實，在技術上，如果我們不單單停留在“知其然”，還要“知其所以然”的話，理論是避不開的。因為理論告訴我們的是why，具體怎麼做的how是建立在why之上的，先有why才有how，所以我認為why比how更重要。

況且，如今的技術更新換代越來越快，知道用A技術怎麼幹，但是不知道為什麼的話，等到你用B技術的時候就是兩眼一抹黑，更搞不清楚B技術相比A技術的優點和缺點在哪。

所以，我覺得這個系列應該會對你有長期的幫助的。

如今，網際網路已經成為整個社會的基礎設施，在我們生活中的佔比越來越大。分散式系統並不是少數大公司的專屬，所以「分散式系統理論」可能是你遲早需要掌握的知識。

另外，隨著5G的商業化，萬物互聯時代也即將到來。要承載如此大的計算量，這背後不就是「分散式系統」的機會麼。

因此我認為，「分散式系統」在未來的發揮空間會越來越寬廣。

所以，哪怕你現在還沒接觸到分散式系統，但是我相信在不久的將來你可能就會面對它。

如果你現在還沒涉及到分散式系統的話，那麼建議你「速讀」一下，知道一下what即可，然後先收藏防身。後續用到的時候再來「精讀」，再好好思考一下why。

如果你目前已身處於分散式系統的工作中，那麼根據Z哥給你整理的分類來針對性的「精讀」吧：D。

【資料一致性】

《 分散式系統關注點(1)——資料一致性 》（入門理解「一致性」）

《 分散式系統關注點(2)——透過“共識”達成資料一致性 》（主流的「共識演算法」到底怎麼回事）

《 分散式系統關注點(3)——「共識」的兄弟「事務」 》（主流的「分散式事務」實現方式）

【高可用】

《 分散式系統關注點(4)——初識「高可用」 》（入門理解「高可用」）

《 分散式系統關注點(5)——僅需這一篇，吃透「負載均衡」妥妥的 》（「負載均衡」的核心邏輯）

《 分散式系統關注點(6)——如何去實施「負載均衡」？ 》（「負載均衡」實施時的最佳實踐）

《 分散式系統關注點(7)——做了「負載均衡」就可以隨便加機器了嗎？ 》（「負載均衡」的弊端需要注意）

《 分散式系統關注點(8)—— 如何在到處是“雷”的系統中「明哲保身」？這是第一招 》（「熔斷」的最佳實踐）

《 分散式系統關注點(9)—— 想通關「限流」？只要這一篇 》（「限流」的最佳實踐）

《 分散式系統關注點(10)—— 讓你的系統“堅挺不倒”的最後一個大招——「降級」 》（「降級」的最佳實踐）

《 分散式系統關注點(11)——99%的人都能看懂的「補償」以及最佳實踐 》（「補償」的最佳實踐）

【伸縮性】

《 分散式系統關注點(12)——「無狀態」詳解 》（「無狀態」和「有狀態」）

《 分散式系統關注點(13)——「高內聚低耦合」詳解 》（「高內聚低耦合」的最佳實踐）

《 分散式系統關注點(14)——彈性架構 》（架構該怎麼達到“彈性”？）

《 分散式系統關注點(15)——“拆庫“ 》（資料庫的水平擴充套件怎麼做？）

【高效能】

《 分散式系統關注點(16)——360°全方位解讀「快取」 》（怎麼用好快取？）

《 分散式系統關注點(17)——先寫DB還是「快取」 》（快取的常見三問）

《 分散式系統關注點(18)——快取背後的“毀滅種子” 》（快取雪崩&快取穿透）

《 分散式系統關注點(19)——深入淺出「非同步」 》（非同步的“坑”和最佳實踐）

《 分散式系統關注點(20)——阻塞與非阻塞有什麼區別？ 》（阻塞&非阻塞&非同步&同步）

【易測試】

《 分散式系統關注點(21)——構建「易測試」系統的“六脈神劍” 》（讓系統更容易被測試的6個方法）

【易運維】

《 分散式系統關注點(22)——360°的全方位監控 》（如何循序漸進的做監控？）

---

作者： Zachary

出處： https://www.cnblogs.com/Zachary-Fan/p/distributedsystems.html

如果你喜歡這篇文章，可以點一下左下角的「 大拇指 」。

 

這樣可以給我一點反饋。: )

 

謝謝你的舉手之勞。

 

▶關於作者：張帆（Zachary， 個人微訊號：Zachary-ZF ）。堅持用心打磨每一篇高質量原創。歡迎 掃描下方 的二維碼~。

定期發表原創內容： 架構設計丨分散式系統丨產品丨運營丨一些思考 。

如果你是初級程式設計師，想提升但不知道如何下手。又或者做程式設計師多年，陷入了一些瓶頸想拓寬一下視野。歡迎關注我的公眾號「 跨界架構師 」，回覆「 技術 」，送你一份我長期收集和整理的思維導圖。

如果你是運營，面對不斷變化的市場束手無策。又或者想了解主流的運營策略，以豐富自己的“倉庫”。歡迎關注我的公眾號「 跨界架構師 」，回覆「 運營 」，送你一份我長期收集和整理的思維導圖。