最近有人問我：爲什麼面試要問微服務的問題？這其實印證了微服務架構已經深入很多企業，儘管有些規模不大，但微服務的思想已經展現。尤其是互聯網公司發展迅速，假設現有的架構無法承載將非常致命。
但是在微服務技術的應用過程中，也有人有這樣的困惑：待的一直都是小公司，但微服務都是大廠在玩，我們這個業務體量用不太上吧？作爲一個開發，微服務和自己關係不大，那應該只和架構師有關吧，而且研發團隊人也少，落地也很困難......
雖然也理解這些困惑，不過對於現在大部分的中小團隊來說，微服務架構已經成爲了剛需。以一次上線爲例，有的人忘記提交代碼、忘記打包，還有的人忘記修改工程依賴到最新版本，這些嚴重影響了整體開發速度和部署效率，而微服務化就是一個比較理想的解決方案。
那是不是隻要裝上微服務框架就算是微服務了呢？不一定，因爲微服務化的前提是服務拆分到足夠單一職責，包含了應用拆分、數據拆分，應用拆分後再引入微服務框架來進行服務通信與服務治理。
在這一過程中，可能會面臨很多問題，比如：
1、如何發佈服務和引用服務：這個服務的接口名是什麼，有哪些參數，返回值是什麼類型等等。
2、服務消費者已經正確引用了服務，並發現了該服務的地址，那如何向這個地址發起請求？
3、一個請求失敗了，最直接影響到的是服務消費者，那在服務消費者這邊，還可以去做什麼呢？
.......
雖然微服務帶來了高質量服務架構，其中包括了模塊化、粒度、可擴展性、可測試性等屬性。但是因爲微服務自身實現的難度和複雜性，所以微服務並不是一個可以簡單實現的架構。
全書Demo驅動學習，以連貫的場景、具體的代碼示例來引導讀者學習相關知識，最終使用特定的技術棧實現微服務架構的落地。
在這邊推薦一份微服務PDF書籍進行學習！
由於篇幅限制，小編只把目錄截圖展現出來了，如有需要此學習筆記pdf的小夥伴，領取方式如下：點擊這裏即可獲取到文章中的面試文檔，架構資料
目錄
一、微服務架構概述
二、微服務開發框架——Spring Cloud
[圖片上傳失敗...(image-84b36f-1615100329627)]
三、開始使用Spring Cloud 實戰微服務
四、微服務註冊與發現
五、使用Ribbon 實現客戶端側負載均衡
六、使用 Feign實現聲明式REST調用
七、使用Hystrix 實現微服務的容錯處理
八、使用 Zuul 構建微服務網關
九、使用 Spring Cloud Config 統一管理微服務配置
十、使用Spring Cloud Sleuth 實現微服務跟蹤
十一、Spring Cloud常見問題與總結
十二、Docker 入門
十三、將微服務運行在Docker 上
十四、使用Docker Compose 編排微服務
[圖片上傳失敗...(image-fda371-1615100329627)]
總結：
在微服務中，SpringCloud是一個提供與外部系統集成的系統。它是一個敏捷的框架，可以短平快構建應用程序。與有限數量的數據處理相關聯，它在微服務體系結構中起着非常重要的作用。
如果想要學習微服務的話，小編非常推薦大家來獲取到這一份PDF進行學習