通常而言，微服務架構是一種架構模式或者說一種架構風格，它提倡將單一應用程式劃分成一組小的服務，每個服務執行在其獨立的程序中，服務之間互相協調、互相配合，為使用者提供最終的價值。

服務之間採用輕量級的通訊機制（通常是基於HTTP的RESTful API）。每個服務都圍繞著具體業務進行構建，並且能夠被獨立地部署到生產環境、類生產環境等。另外，應儘量避免統一的、集中式的服務管理機制，對具體的一個服務而言，應根據業務上下文，選擇合適的語言、工具對其進行構建，可以有一個非常輕量級的集中式管理來協調這些服務，可以使用不同的語言來開發這些服務，也可以使用不同的資料儲存。

01. 微服務是什麼？

微服務化的核心就是將傳統的一站式應用，根據業務拆分成一個一個的服務，徹底去掉耦合，每一個微服務提供單個業務功能，一個服務只做一件事。

從技術角度講就是一種小而獨立的處理過程，類似與程序的概念，能夠自行單獨啟動或銷燬，可以擁有自己獨立的資料庫。從理論角度，這裡有篇微服務架構的提出者馬丁福特的論文：

https://martinfowler.com/articles/microservices.html，也可以直接谷歌搜尋。

論文中提到了微服務和傳統架構的區別，傳統架構（單機系統），一個專案一個工程：比如商品、訂單、交易、庫存等等，統一部署，一個程序。如下圖所示（圖片出自於原文）：

微服務架構（分散式系統），各個模組/服務，各自獨立出來，“讓專業的人幹專業的事”，獨立部署。分散式系統中，不同的服務可以使用各自獨立的資料庫。如下圖所示（圖片出自於原文）：

02. 微服務的優缺點

微服務優點：

1.每個服務足夠內聚，足夠小，程式碼容易理解。這樣能聚焦一個只當的業務功能或業務需求。

2.開發簡單、開發效率提高，一個服務可能就是專業的只幹一件事，微服務能夠被小團隊單獨開發，這個小團隊可以是2到5人的開發人員組成。

3.微服務是鬆耦合的，是有功能意義的服務，無論是在開發階段或部署階段都是獨立的。

4.微服務能使用不同的語言開發。

5.易於和第三方整合，微服務執行容易且靈活的方式整合自動部署，通過持續整合工具，如Jenkins，Hudson，bamboo。

6.微服務易於被一個開發人員理解、修改和維護，這樣小團隊能夠更關注自己的工作成果，無需通過合作才能體現價值。

7.微服務允許你利用融合最新技術。微服務只是業務邏輯的程式碼，不會和HTML/CSS或其他介面元件混合，即前後端分離。

8.每個微服務都有自己的儲存能力，可以有自己的資料庫，也可以有統一資料庫。

微服務的缺點：開發人員要處理分散式系統的複雜性。

03. 微服務的技術棧有哪些？

微服務中，首先肯定離不開服務開發、服務配置與管理、服務註冊與發現、服務的呼叫、熔斷器以及負載均衡等等，除此之外，還有服務的路由、監控、部署，還有可能涉及到一些中介軟體等等。

這些技術棧都有一些對應的落地技術實現，具體可以看一下下面這張圖（圖片可點開放大）：

04. 為什麼選擇SpringCloud？

當前微服務架構，Dubbo和SpringCloud比較火，另外還有Thrift、gRPC等等，下面把這些做一個比較，即可看出SpringCloud的強大之處。由於圖片比較長，我分了兩張圖。

在微服務架構的實施和落地過程中，通常我們會進行技術選型，很多人會拿阿里開源的Dubbo和Spring Cloud進行對比，實際上對比的是REST和RPC，其實Dubbo和Spring Cloud並不在同一領域，沒有可比性。

Spring Cloud是一個完整的微服務解決方案，正如上面的表格中展現的，它提供分散式情況下的各種解決方案合集。而Dubbo是一款高效能的Java RPC框架。Spring Cloud生態和Dubbo生態隨著技術的發展，會逐漸的融合互補。

Dubbo沉睡了5年，Spring Cloud像獵豹一樣追上來了，可以看出，Spring Cloud現在非常火爆，也是Spring官方大力推薦的技術，很有競爭力，以後的分散式架構使用Spring Cloud也很廣泛，後面我會寫一些使用Spring Cloud的相關技術文章。