若是第二次看到個人文章,歡迎 「文末」掃碼訂閱我我的的公衆號(跨界架構師)喲~
每週五早8點 按時送達到公衆號。固然了,也會時不時加個餐~
是的,這份禮物最佳受衆是程序員。可是,若是你不是程序員,相信這些能使你更懂程序員,能更好的與他們交流。html
有些小夥伴們應該知道了,以前的《分佈式系統關注點——360°的全方位監控》是我去年開始寫的「分佈式系統理論」系列的最後一篇。(對了,那篇文章裏的數量還寫錯了,是22篇,不是21篇……)程序員
這個歷時8個月、兩週一更的系列實際上是個人第二個原創系列。前一個仍是2016年10月~2017年2月在「博客園」上寫的「領域驅動設計」系列。算法
https://www.cnblogs.com/Zacha...數據庫
其實本身如今想一想還有點小惋惜。爲何呢?緩存
由於截止到去年(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/Zacha...
若是你喜歡這篇文章,能夠點一下下方的「贊」。
這樣能夠給我一點反饋。: )
謝謝你的舉手之勞。
▶關於做者:張帆( Zachary,我的微信號:Zachary-ZF)。堅持用心打磨每一篇高質量原創。歡迎掃描下方的二維碼~。按期發表原創內容:架構設計丨分佈式系統丨產品丨運營丨一些思考。
若是你是初級程序員,想提高但不知道如何下手。又或者作程序員多年,陷入了一些瓶頸想拓寬一下視野。歡迎關注個人公衆號「跨界架構師」,回覆「技術」,送你一份我長期收集和整理的思惟導圖。
若是你是運營,面對不斷變化的市場一籌莫展。又或者想了解主流的運營策略,以豐富本身的「倉庫」。歡迎關注個人公衆號「跨界架構師」,回覆「運營」,送你一份我長期收集和整理的思惟導圖。