這本書主要回答了關於微服務的三個問題：微服務怎麼來的，微服務是什麼樣的，微服務怎麼做的。
第一部分介紹了單體架構和微服務架構的區別，單體架構易於開發、測試、部署、水平擴充套件，微服務架構優勢在於易於擴充套件、持續交付部署能力、程序隔離有效提公升魯棒性、對新人的培養成本更低，同時它也帶來了降低系統的效能、可靠性、業務非同步化後的複雜性、除錯和問題定位難度增加、以及資料一致性問題。
第二部分回答微服務是怎麼做的，首先是業務拆分才會有服務化的需求，其次服務的註冊和呼叫，再次**的測試和部署，再次服務的容器虛擬化（docker）、服務持續整合，再次日誌的蒐集和監控報警，最後功能迭代。
第三部分介紹了怎麼改造乙個遺留系統，以及微服務與持續交付的關係、微服務中的輕量級通訊機制怎麼實現、微服務與測試的關係。其中重點說明如何改造乙個基於sage crm二次開發的產品。比如最小修改，我們應該在保證現有系統能正常的執行的情況下遷移到新服務的改造中，
接著逐步剝離功能。
然後資料解耦。
再然後資料同步，解決一致性問題。
最後迭代替換。
微服務架構與實踐 學習筆記
功能集中 和資料中心化 乙個發布包 部署後執行在統一程序的應用程式，我們通常稱之為單塊架構 yingyc 易於開發 易於測試 易於部署 易於水平伸縮 維護成本增加 持續交付周期長 新人培養周期長 技術選型成本高 可擴充套件性差 構建全功能團隊難 一組小的服務 執行在獨立程序 以及用輕量級的通訊 獨立...
輕量級微服務架構 讀書筆記1
1.為什麼要微服務架構 why 原因 傳統的應用架構不合理，產生了新的架構模式。1.1 傳統應用架構的主要問題 problems 當乙個系統中包含a b c三個業務模組，通過監控程式發現a和b累計消耗系統資源的20 c卻要占用80 時，系統執行一段時間後，c業務將會成為系統的瓶頸，從而降低系統的效能...
微服務設計讀書筆記
微服務架構的優勢 1 較小的粒度 2 在解決問題的方法上能夠給予更多的選擇 相比動態庫更新，相關的依賴都要更新是乙個很大的優點。3 微服務定義為可以在2周之內改寫乙個服務，這種粒度的頻繁更新引入風險的可能性較單一系統有較大的改善 微服務設計 沒有明確邊界的時候，可以設定的粒度比較大，當服務內部的邊界...