首先我們嘗試用一段話解釋一下微服務的概念，微服務區別于講所有的服務，數據庫訪問等業務及中間層代碼打在一個jar或者war包內的all in one的體系結構，以業務服務及領域模型的組合為單元拆分出可獨立部署，獨立運行，獨立風險控制的系統組件應用的結合體。微服務擁有業務服務（可以理解為spring mvc中的service）及領域模型（可以理解為spring mvc中的model）為閉環，其本身的微服務系統所提供的服務業務邊界清晰，生命周期獨立且可自運行，可隔離，可追蹤。

所有的服務融合在一個業務程序內，采用all in one的打包方式組成一個jar或者一個war包，并且訪問同一個mysql數據庫，簡單粗糙，服務之間調用關系由于是在一個代碼包內，可以隨意互相應用，業務關系不清晰，而且部署在一起，一旦一個服務或者對應的數據庫產生問題，則全盤故障。

于是我們把系統做了微服務化的拆分，以服務為單位將其變成一個分布式的系統。

網關接入系統負責接收對應的web請求，轉發給對應后面的業務服務系統處理對應的業務并接收返回轉發給前端。

后面的業務服務系統各司其職，每個系統只負責自己業務范圍內的職責，比如商品系統僅服務商品相關的服務，創建，更新，查詢，

上下架等整個的生命周期并被購物車系統依賴，服務系統之間的邏輯關系清晰，且不同系統間只能通過對方提供的接口做訪問，管理方便，

每個系統擁有自己獨立部署服務器，擁有自己的存儲數據庫，故障可隔離，配合日志，消息，監控，配置中心等分部署微服務下的配合組件做到一個可監控，可隔離，又可通信的服務體系。

微服務的落地技術有很多，但總體來講還是可以用幾個簡單的點去做分類，微服務的框架目前開源的用的最多的是spring cloud，另外有人肯定會說為什么不是dubbo，那其實dubbo僅僅是解決了微服務技術中的一部分問題，例如服務通信，負載均衡，服務注冊發現等，但是他沒有解決降級限流，熔斷控制，服務路由等問題，還需要自己實現或者結合一些第三方組件，因此spring cloud是真正意義上閉環完整的實現了所有微服務的落地功能技術。

有了spring cloud這一整套的服務治理方案，還缺少服務部署工具，現在流行的微服務部署方式是將服務打成docker鏡像，在k8s上面部署，當然還可以集成jenkins，實現DevOps的整體技術方案，能夠快速的實現服務上線，異?；貪L以及灰度發布等需求，從而實現一整套的微服務自動化開發運維服務體系。