什么是微服務架構？微服務架構有什么優(yōu)缺點？[java培訓]

就目前來看微服務并沒有一個嚴格的定義,每一個人對微服務的理解都是不一樣的. Martin Fowler 在它的博客中是這樣表述微服務的

微服務架構風格是一種將一個單一應用程序開發(fā)為一組小型服務的方法,每一個服務運行在自己的進程中，服務間通信采用的輕量級通信機制(通常用 HTTP 資源 API)。 這些服務圍繞業(yè)務能力構建并且可通過全自動部署機制獨立部署。這些服務公用一個最小型的集中式的管理,服務可用不同的語言開發(fā)，使用不同的數(shù)據(jù)存儲技術， 微服務架構如下圖所示：

微服務的優(yōu)點

·易于開發(fā)和維護: 一個微服務只會關注一個特定的業(yè)務功能，所以它業(yè)務清晰、代碼量少。開發(fā)和維護單個微服務相當簡單。而整個應用是若干個微服務構建而成的，所以整個應用也被維持在一個可控狀態(tài)。

·單個微服務啟動較快: 單個微服務代碼量較少，所以啟動會比較快。

·局部修改容易部署: 單個應用只要有修改，就得重新部署整個應用，微服務解決了這樣的問題。一般來說，對某個微服務進行修改，只需要重新部署這個服務即可。

·技術棧不受限: 在微服務架構中，可以結合項目業(yè)務及團隊的特點，合理選擇技術棧。例如某些服務可以使用關系型數(shù)據(jù)庫 Mysql,有些服務可以使用非關系型數(shù)據(jù)庫如 redis;甚至可根據(jù)需求，部分微服務使用 Java 開發(fā)，部分微服務使用 Node.js 開發(fā)。按需收縮: 可根據(jù)需求，實現(xiàn)細粒度的擴展。例如，系統(tǒng)中的某個微服務遇到了瓶頸，可以結合這個微服務的業(yè)務特點，增加內(nèi)存、升級 CPU 或者增加節(jié)點。

微服務的缺點

·運維要求較高: 更多的服務意味著更多的運維投入。在單體架構中，只需要保證一個應用的正常運行。而在微服務中，需要保證幾十甚至幾百個服務正常運行與協(xié)作，這給運維帶來了很大的挑戰(zhàn)。

·分布式固有的復雜性: 使用微服務構建的是分布式系統(tǒng)。對于一個分布式系統(tǒng)，系統(tǒng)容錯、網(wǎng)絡延遲等都會帶來巨大的挑戰(zhàn)。

·接口調(diào)整成本高: 微服務之間通過接口進行通信。如果修改某一個微服務 API，可能所有使用該接口的微服務都需要調(diào)整。


猜你喜歡：

java中級程序員學習線路圖

什么是單體架構?單體架構有什么優(yōu)缺點?