如何構(gòu)建微服務(wù)架構(gòu)？【Java技術(shù)文章】

通過前面的java學(xué)習(xí)后，相信很多人對微服務(wù)架構(gòu)都會產(chǎn)生這樣一些疑問，例如我要何時使用微服務(wù)架構(gòu)?又如何將應(yīng)用程序分解為微服務(wù)?分解后，要如何去搭建微服務(wù)架構(gòu)?同時，在微服務(wù)架構(gòu)中，因為會涉及到多個組件，那么這些組件又可以使用什么技術(shù)來實現(xiàn)呢?接下來的幾個小節(jié)中，我們將對這些問題進行詳細的講解。

微服務(wù)的拆分

對于一般的公司而言，實踐微服務(wù)有非常大的技術(shù)挑戰(zhàn)，所以并不是所有的公司都適合將單體架構(gòu)拆分成微服務(wù)架構(gòu)。一般來說，微服務(wù)架構(gòu)比較適合未來有一定的擴展復(fù)雜度，且有很大用戶增量預(yù)期的應(yīng)用，例如一些新興的互聯(lián)網(wǎng)公司應(yīng)用。這些公司在創(chuàng)業(yè)初期，不可能買大量的機器或者很貴的機器，但是又必須考慮應(yīng)對成功后巨量的用戶問題，這時微服務(wù)架構(gòu)就成了最好的選擇。除此之外，對于那些項目規(guī)模較大、業(yè)務(wù)復(fù)雜度較高，且需要長期跟進的項目，也適合考慮使用微服務(wù)架構(gòu)。

在決定使用微服務(wù)架構(gòu)后，所面臨的另一個問題就是如何將系統(tǒng)拆分為微服務(wù)。對于微服務(wù)的拆分，可以參考如下幾點建議：

①通過業(yè)務(wù)功能分解并定義與業(yè)務(wù)功能相對應(yīng)的服務(wù)。

②將域驅(qū)動設(shè)計分解為多個子域。

③按照動詞或用例分解，并定義負(fù)責(zé)特定操作的服務(wù)。例如一個負(fù)責(zé)完成訂單的航運服務(wù)。

④通過定義一個對給定類型的實體或資源的所有操作負(fù)責(zé)的服務(wù)來分解名詞或資源。例如一個負(fù)責(zé)管理用戶帳戶的帳戶服務(wù)。

由于每個公司項目的實際情況不同，所以微服務(wù)的拆分在實際操作時，會涉及到很多不同的細節(jié)問題，這里就不一一描述了，但總體來說，項目在拆分時按照上述幾點建議即可。

微服務(wù)架構(gòu)的組件

我們先來了解下微服務(wù)架構(gòu)中所涉及到的一些常見組件。這些組件的名稱及其作用如下：

①服務(wù)注冊中心：注冊系統(tǒng)中所有服務(wù)的地方;

②服務(wù)注冊：服務(wù)提供方將自己調(diào)用地址注冊到服務(wù)注冊中心，讓服務(wù)調(diào)用方能夠方便地找到自己;

③服務(wù)發(fā)現(xiàn)：服務(wù)調(diào)用方從服務(wù)注冊中心找到自己需要調(diào)用服務(wù)的地址;

④負(fù)載均衡：服務(wù)提供方一般以多實例的形式提供服務(wù)，使用負(fù)載均衡能夠讓服務(wù)調(diào)用方連接到合適的服務(wù)節(jié)點;

⑤服務(wù)容錯：通過斷路器(也成熔斷器)等一系列的服務(wù)保護機制，保證服務(wù)調(diào)用者在調(diào)用異常服務(wù)時快速的返回結(jié)果，避免大量的同步等待。

⑥服務(wù)網(wǎng)關(guān)：也稱為API網(wǎng)關(guān)，是服務(wù)調(diào)用的唯一入口，可以在這個組件中實現(xiàn)用戶鑒權(quán)、動態(tài)路由、灰度發(fā)布、負(fù)載限流等功能;

⑦分布式配置中心：將本地化的配置信息(properties、yml、yaml等)注冊到配置中心，實現(xiàn)程序包在開發(fā)、測試、生產(chǎn)環(huán)境的無差別性，方便程序包的遷移。

微服務(wù)架構(gòu)的搭建

通過前兩個小節(jié)的學(xué)習(xí)，我們已經(jīng)了解了如何將傳統(tǒng)業(yè)務(wù)拆分為微服務(wù)，并熟悉了微服務(wù)架構(gòu)中所涉及到的組件。為了使讀者在整體上對微服務(wù)架構(gòu)有一個認(rèn)識，下面我們通過一張圖來講解如何搭建一個微服務(wù)架構(gòu)，如圖1-5所示。

圖1-5簡單微服務(wù)架構(gòu)在圖1-5中，部署了一系列的微服務(wù)，每個微服務(wù)都會訪問自己的數(shù)據(jù)庫(Database)。當(dāng)這些微服務(wù)啟動時，會將其信息注冊到服務(wù)注冊中心(Service Registry)， 在客戶端發(fā)送請求時，請求首先會被API網(wǎng)關(guān)(APIGateWay)攔截，API網(wǎng)關(guān)會讀取請求數(shù)據(jù)，并從注冊中心獲取對應(yīng)的服務(wù)信息，然后API網(wǎng)關(guān)會根據(jù)服務(wù)信息調(diào)用所需的微服務(wù)。

小提示：

圖1-5中展示的只是一個簡單的微服務(wù)架構(gòu)，然而要判斷一個架構(gòu)是否是微服務(wù)架構(gòu)，還需要滿足以下幾點要求：

①根據(jù)業(yè)務(wù)模塊劃分服務(wù)種類;

②每個服務(wù)可獨立部署且相互隔離;

③通過輕量級API調(diào)用服務(wù);

④服務(wù)需保證良好的高可用性。

只有滿足以上幾點要求的架構(gòu)，才能稱之為微服務(wù)架構(gòu)，所以在搭建微服務(wù)架構(gòu)時，一定要注意這些問題。