微服務架構入門

1. 微服務簡介

微服務是一種架構風格，一個大型的復雜軟件由一個或多個微服務組成。系統(tǒng)中每個微服務都可以被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注于完成一件任務并很好地完成任務。在所有情況下，每個任務代表這一個小的業(yè)務能力。

微服務的核心思想是：一個完整的應用由多個小的、相互獨立的微服務組成，這些微服務運行在自己的進程中，開發(fā)和發(fā)布都沒有依賴。不同微服務通過一些輕量級交互機制來通信，例如RPC、HTTP等，服務可獨立拓展伸縮，每個服務定義了明確的邊界，不同的服務甚至可以采用不同的編程語言來實現(xiàn)，由獨立團隊維護。簡單的來說，一個系統(tǒng)的不同模塊轉變成不同的服務！而且服務可以使用不同的技術加以實現(xiàn)！

微服務的目的是為了根據(jù)業(yè)務有效拆分應用，實現(xiàn)敏捷開發(fā)和部署。

2. 微服務應用與整體式應用以及SOA的區(qū)別

2.1 與整體式（單體）應用的區(qū)別

微服務與整體式應用的主要差異在于組裝應用組件，微服務架構將相關聯(lián)的業(yè)務邏輯及數(shù)據(jù)放在一起形成獨立的邊界，其目的是在不影響其他應用組件（微服務）的情況下更快地交付并推出市場。

2.2 與SOA的區(qū)別

看了很多網(wǎng)上對微服務和SOA區(qū)別的看法，分為兩種，一種是對區(qū)別侃侃而談，列舉了很多，另一種認為微服務其實是SOA的一種架構實現(xiàn)。從中可以看出微服務和SOA還是有很多相似之處的，只是針對業(yè)務需求進行區(qū)別設計。

如果非要說區(qū)別的話，微服務架構與SOA最主要的區(qū)別在于：微服務不再強調傳統(tǒng)SOA架構里面比較重的ESB企業(yè)服務總線，同時SOA的思想進入到單個業(yè)務系統(tǒng)內部實現(xiàn)真正的組件化。

3. 微服務架構的一些特性

1. 通過服務實現(xiàn)應用的組件化

微服務架構中將組件定義為可被獨立代替和升級的軟件單元，在應用架構設計中通過正整體應用切分成可獨立部署升級的微服務方式進行組件化設計。

2.圍繞業(yè)務能力組織服務

以業(yè)務能力為出發(fā)點組織服務，微服務團隊的組織結構必須是跨功能的（比如：即管應用也管數(shù)據(jù)庫），通常團隊功能不會太大。

3. 產(chǎn)品而非項目模式

傳統(tǒng)的應用模式是一個團隊以項目模式開發(fā)完整的應用，開發(fā)完成后就交付給運維團隊負責維護，微服務架構則倡導一個團隊應該負責一個“微服務”完整的生命周期，“誰開發(fā)，誰負責”。

4. 智能端點和管道扁平化

微服務架構主張將組件通訊的相關業(yè)務邏輯/智能放在組件端點側而非放在通訊組件中，通訊機制或組件應該盡量簡單及松耦合。

5. “去中心化”治理

整體式應用往往傾向于采取單一技術平臺，微服務架構則鼓勵使用合適的工具完成各自的任務，每個微服務可以考慮選用最佳工具完成，如不同的編程語言。

6. “去中心化”數(shù)據(jù)管理

微服務架構倡導采用多樣性持久化的方法，讓每個微服務管理其自由數(shù)據(jù)庫，并允許不同微服務采用不同的數(shù)據(jù)持久化技術。

7. 基礎設施自動化

云化及自動化部署等技術極大地降低了微服務構建、部署和運維的難度，通過應用持續(xù)集成和持續(xù)交付等方法有助于達到加速推出市場的目的。

8. 故障處理設計

微服務架構所帶來的一個后果就是必須考慮每個服務的失敗容錯機制。因此，微服務非常重視建立架構及相關業(yè)務指標的實時監(jiān)控和日志機制。

9. 演進式的設計

微服務應用更注重快速更新，因此系統(tǒng)會隨時間不斷演進。微服務的設計受業(yè)務功能的生命周期等因素影響。如某應用是整體式應用，但逐漸朝微服務應用架構演進，整體式應用仍是核心，但新功能將使用所提供的API構建。再如在某微服務應用中，可代替模塊設計的基本原則，在實施后發(fā)現(xiàn)某兩個微服務經(jīng)常必須同時更新，則這可能意味著應將其合并為一個服務。

4. 微服務的優(yōu)缺點

優(yōu)點：

缺點：

微服務的想法在實踐上是好的，單當整體實現(xiàn)時也會呈現(xiàn)出復雜性。

5. 微服務的取舍