
高翔龍
本書共5章,每一章的內容幾乎都是獨立的,大家完全可以有選擇性地閱讀。第1章以大規模服務化架構作爲全書的開篇,主要介紹了分佈式系統架構的演變過程,以及在大規模服務調用場景下,如何實施服務治理。第2章重點介紹了在大促前夕,如何在線上實施全鏈路壓測,以及有指導性地進行容量規劃和性能優化,讓系統堅如磐石。第3章重點介紹瞭如何有效地對流量實施管制,若採用合理且有效的方式管制住峯值流量,使其井然有序地對系統進行訪問,則在任何情況下,系統就都能穩定運行。第4章重點介紹了在大促搶購的場景下,如何解決高併發讀和高併發寫等核心技術難題。第5章詳細地介紹了關係型數據庫的架構演變過程,還重點介紹了在實際的訂單業務場景下,如何保證數據的最終一致性。
這是一本更偏向於實際的架構解決方案的書,或者如果更具體的說是偏向於電商領域使用Java技術棧的案例介紹。 從架構設計的角度來說,這本書有一定的廣度也有一定的深度,具有一定的實戰參考意義,如果結合其他的從更高維度來講解架構設計的書一起看,讀者會有更多的收穫。
酣暢淋漓一口氣讀完,書中介紹了大型分佈式系統經常遇到的難題和自己親身體驗的場景,對於沒有經驗的人來說是寶貴的財富。從微服務的演變,到系統的全鏈路測試。以及系統中遇到的流量控制方案,緩存使用場景,關係型數據庫的分局分庫分表。
很好的架構書,雖然篇幅不多,但是都是乾貨,對於消息隊列的應用說的很詳細,架構方面,單機,集羣,分佈式都有介紹,特別的多次區分集羣和分佈式的區別,對於CDN,MQ,限流,緩存,這塊的論述非常精彩,很棒
實戰經驗總結,總體上很不錯。稍顯不足的是,對超大流量下實際分佈式系統各方面的數字化度量有些欠缺。
全鏈路調用鏈、流量限流、緩存和數據庫sharding,這些的確是高數據量高併發架構下要考慮的內容。但書的內容有很大侷限性,首先是對非Java技術棧不友好,當前服務端架構中Go、C++佔比不小,很多內容不通用。其次是太多阿里技術框架,感覺在給阿里技術做廣告,很多其它好用的技術方案卻沒有提及,或者作者之前在阿里工作過而有習慣性思維。總體來說,方向可以,但內容不夠深,視野不夠廣
整體來看還是很不錯的架構書,篇幅不多,基本都是乾貨,對於大型網站遇到的架構問題一一拆解並給出詳細的方案,只不過都是Java系的,對於不是Java系的只能作爲參考 最後還是很感謝作者的傾囊相授[強][強][強]
1.首先簡單介紹了下服務化的概念,延伸出服務治理的一些東西。還是那些老一套的東西:註冊中心,PRC調用,降級熔斷等等。最後單獨把調用鏈擰出來講了下。 2.全鏈路壓測的話,得自己去親身玩過纔有感受。所以沒太多收穫。 3.限流的話,目前用得比較多的就是令牌桶和漏斗算法。前者可以應對突然流量,而後者則可控制請求的平均速度。消息隊列也可以看做是限流的某一手段。另外也可從業務的角度來"限流",比如分階段來推廣某一活動。 4.主要從讀寫兩方面鋪展開來。讀:多級緩存(本地緩存➕分佈式緩存),提前識別熱點數據,提前加載;redis集羣的讀寫分離,避免單點問題。寫:大數據量併發寫的時候不建議用數據庫的樂觀鎖,可以在redis層面做類似樂觀鎖的邏輯。 5.略! 總體開說還行,都是一些常規的解決方案。得親身去踩踩坑才更有體會。書中一些代碼示例感覺duck不必!
在公司規定的錄知識庫的壓力下,速讀了好幾本技術書籍,當前這本是我覺得感觸和記憶最深的,對分佈式架構做了詳細介紹,書中類容不夠我錄庫,但是還是想看第二遍。希望後面空下來時間,再詳細拜讀高先生 的 這本 超大流分佈式系統架構解決方案,和 書中 提到的 -- 大型網站架構設計
高併發、高可用,擴展性等,提出要解決方案,總結得比較到位,實用性強。架構設計從來不是,一蹴而就,都是逐漸演變進化的。架構師在架構設計初期,需求分析、用例分析、劃分邊界、領域建模、基礎建設等等,實施中期,就是一個blance的過程,後期就是架構演進。其實對架構師來說,最核心和幸運的是能和架構演進,一起演進成長。
沒有去過大廠,作者分享的內容開闊了我的眼界,很受用。在處理分佈式場景下各類問題時,給我提供了思路和導向。很多人抱怨書中講的太粗,沒有更爲詳細的落地方案,殊不知思想也同樣重要,剩下的就要就要留給我們自己探索[呲牙]