寫在最前面：微服務不是免費的午餐，更不是銀彈，如果你想要一條通用的準則，那麼微服務是乙個錯誤的選擇。微服務並不是乙個具體的實施方法， 使用這個方式，你需要填很多的坑，需要面對所有分布式系統要面對的複雜性。對團隊來說，要求很高，但是優點也有很多。要使用微服務，我們可能還需要一些其他的參考資料，下面列出一部分：
1 eric evans 《領域驅動設計》。剛聽說微服務這個概念的時候，我就覺得它跟ddd是分不開的，也就是怎麼界定微服務的邊界？這本書能給我們很好的解答
2 vaughn vernon《實現領域驅動設計》可以看做是上面的補充。
3 《企業整合模式》，講述了不同的程式設計模型
4 《rest實戰》 講述rest風格api
5 可能還需要一定的docker知識《docker經典例項》
6 測試相關《敏捷軟體測試》
稍後補充其他的書籍
微服務設計 讀書筆記 一
1.1 什麼是微服務 微服務就是一些協同工作的小而自治的服務。1.1.1 專注於做好一件事 隨著新功能的增加，庫會越變越大。時間久了 庫會非常龐大，以至於想要知道該在什麼地方做修改都很困難。在乙個單塊系統內，通常會建立一些抽象層或者模組來保證 的內聚性，從而避免上述問題。內聚性是將相關 放在一起，在...
微服務設計 讀書筆記（一）
微服務就是一些協同工作的小而自治的服務。微服務將單一職責原則應用到了獨立的服務上，根據業務範圍來確定服務的邊界，乙個服務專注於乙個業務範圍，避免 庫過大。一般來講，乙個微服務應該在兩周之內可以完全重構，但不能盲目追求小，乙個微服務的業務範圍越小，獨立性帶來的好處就越多，整個系統所需管理的服務就越多。...
微服務設計讀書筆記
微服務架構的優勢 1 較小的粒度 2 在解決問題的方法上能夠給予更多的選擇 相比動態庫更新，相關的依賴都要更新是乙個很大的優點。3 微服務定義為可以在2周之內改寫乙個服務，這種粒度的頻繁更新引入風險的可能性較單一系統有較大的改善 微服務設計 沒有明確邊界的時候，可以設定的粒度比較大，當服務內部的邊界...