實用軟件架構：從系統環境到軟件部署

2020034。 讀起來蠻累的一本書，之前看網絡小說，16個小時我能看200萬字，這本書18萬字，我看了近18個小時，做了165條筆記…… 架構師應該是我的努力方向，這麼多年項目做下來，系統技術架構圖、技術路線圖、數據流轉圖、實施方案等做了很多，新的技術也學了很多，但感覺自己還完全是野路子，需要一套理論把這些東西串起來，融合在一起，或者說給我的選擇以支撐，我覺得這就是我看這本書的最大期待吧。從這個角度講，這本書很是符合我的需要，也正因如此，作爲大量知識點和體驗的串聯工具，這本書讓我又查看了很多相關文章和資料，所以耗時才這麼長吧~ 看書過程中最有意思的就是發現好多東西似曾相識，有時候會發現書中某一章節可以把自己的很多知識點串起來從而體系化，而最棒的事是一段文字把自己一直搞不清的一個點突然戳破，那種淋漓盡致之感，有時真想大喊大叫一番~ 同時，對於互聯網時代讀書的方便性我體驗的越來越深了，想當初讀研時看書，看到一個新的知識點或者名詞等，只能用筆記下來，有機會去網吧時上網查，耗時耗力，很多東西嫌麻煩就不會去查了；現在只需長按，選擇查詢，即可盡讀百家講解，快樂無邊啊~ PS：一邊帶娃一邊看這本書，真是煎熬啊，太難專注思考了，效率極低。

二零一九年讀完的第九十一本書，在IBM工作的印度小哥寫的書，把架構這快贏骨頭寫的簡單易懂確實不容易，真心值得推薦。斷斷續續用了大半個月纔讀完，只要是在中間關於基礎設施的那部分被卡住了，中途去補了一下這方面的知識，對於一個基於雲計算做慣了應用層面東西的人來說，基礎設施層其實是挺陌生的。但是如果要做ToB服務的話，這一塊也是我們必須要懂的，稍後還需要補充相關的知識。

以TOGAF方式來劃分架構領域： The Open Group Architecture Framework（TOGAF，The Open Group n.d.）發現：對於任何一種軟件系統來說，其架構的範圍以及架構所要處理的問題都是相當廣泛的。因此，它從下面這4個領域分別對架構做了定義： 業務架構（Business Architecture）—對業務策略、組織、職能、業務流程及信息需求的結構及交互所做的描述。 應用架構（Application Architecture）—對應用程序的結構及交互所做的描述。該架構把這些應用程序視爲一組可以提供關鍵業務職能並且可以對資產進行管理的能力。 數據/信息架構（Data/Information Architecture）—根據其主要類型和來源，對企業中的數據、邏輯數據資產、實體數據資產以及數據管理資源的結構及交互所做的描述。 技術架構（Technical Architecture）—對平臺服務、邏輯技術組件與實體技術組件的結構及交互所做的描述。

建議想快速閱讀的朋友可直接從第十一章開始閱讀，整本書的核心內容都在這一章節裏面。 另外，這本書其中有些內容需要讀者有一些相關的知識積累，這樣理解會更加深刻。事實上，軟件架構的細節還有不少內容，但對這本書中所描述的而言，已經足夠了解整體的情況了，其實這也正是軟件架構的一個目的，讓各方業務人員從一個比較高的角度去了解軟件的結構。這樣做能夠讓各方人員有一個相對集中的目的，這對後期的軟件施工實現十分重要。

還不錯的一本書，跟bob大叔的整潔架構之道不是一個路子，主要是從實施細節出發進行了論述，很多觀點都是從實踐中得到的乾貨，但是論述的比較散，感覺作者想把自己知道的方方面面都說出來，但是深度一般，從另外一面也能看出來作者經驗非常的豐富，給出的建議都值得重視。以後工作中可以經常翻翻。

很實用，講了架構方法論，完全可以當做一本工具書來用。常打開看看，次次有新知。

重點看了前7章，對個人的幫助還是挺大的，後面有時間再看

書講的不錯，就是翻譯不太給力，看着費勁[裂開]

寫盡IT系統的精華。 相比純粹技術，更加側重從工程實務角度思考問題。