《架構真經》讀後感

序

　　本書是《架構即將來》的姐妹篇，做者譯者仍是同樣的，味道沒變，若是《架構即將來》講的是「藝」，那麼此書將的就是」術「。

　　書中對於《架構即將來》的一些概述進行了講解，雖然不算全面，點到即止，給了讀者相應的空間本身去理解、實踐，每條規則都至關實用，質量確實不錯，乾貨滿滿。

心得

　　技術類的文章看完以後，更多的應該是進行實踐，本身親身去應用，感覺組合不一樣技術時遇到的困難和解決困難帶來的快樂，而不是隻停留在看上面。

　　好比當單進程系統即將超載時，經過X軸擴展加入負載均衡（可是若是機器處在不一樣的網段，這又是另外的難題了^_^），增長吞吐量、提升可用性和靈活性，此時就會遇到爲何要儘可能保持無狀態了，集羣中保持請求的狀態難度大並且複雜；於此同時隨着機器的增長，故障率也會有所上升，運維、排查故障的複雜程度也會加大，適時引入日誌系統，當出現錯誤的時候將日誌記錄下來，若是是用分佈式的日誌解決方案的話，處理起來會減小不少沒必要要的麻煩(可是卻失去了理解一些其餘技術使用的場景)，若是選擇存儲在本地，那麼面臨的一個問題是，那麼多的機器，那麼多的錯誤日誌，須要使用日誌的時候，讓人工一臺一臺機器去查看簡直要命，這時能夠根據使用場景的不一樣進行設計，雖然能夠從網上借鑑一些成熟的解決方案來使用，可是也不要忘了去理解成熟解決方案的機制（能學習到很多技術、經驗），對於的日誌處理，在需求明確的狀況下，一定能得出一個具體的業務模型，那麼就能夠對日誌進行自動分析了，使用數據庫來存儲分析的結果，就不用每次查看日誌的時候再重複分析了。而後是對機器的監控(內存、cpu、io等)、api的監控(耗時、錯誤率、頻率)等，從開發到測試再到運維，關注點越多，須要人工操做的地方越少，項目的穩定和可用性就越高。

　　以上的例子就已經包含了50條規則中的其中幾條了，技術無所不在，走一些捷徑勢必會失去一些成長的機會，多寫代碼，代碼的質量要提升。