更新時間:2022-03-22 來源:黑馬程序員 瀏覽量:
通過前面的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ù)有非常大的技術(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è)計分解為多個子域。
③按照動詞或用例分解,并定義負責特定操作的服務(wù)。例如一個負責完成訂單的航運服務(wù)。
④通過定義一個對給定類型的實體或資源的所有操作負責的服務(wù)來分解名詞或資源。例如一個負責管理用戶帳戶的帳戶服務(wù)。
由于每個公司項目的實際情況不同,所以微服務(wù)的拆分在實際操作時,會涉及到很多不同的細節(jié)問題,這里就不一一描述了,但總體來說,項目在拆分時按照上述幾點建議即可。
我們先來了解下微服務(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ù)的地址;
④負載均衡:服務(wù)提供方一般以多實例的形式提供服務(wù),使用負載均衡能夠讓服務(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ā)布、負載限流等功能;
⑦分布式配置中心:將本地化的配置信息(properties、yml、yaml等)注冊到配置中心,實現(xiàn)程序包在開發(fā)、測試、生產(chǎn)環(huán)境的無差別性,方便程序包的遷移。
通過前兩個小節(jié)的學(xué)習(xí),我們已經(jīng)了解了如何將傳統(tǒng)業(yè)務(wù)拆分為微服務(wù),并熟悉了微服務(wù)架構(gòu)中所涉及到的組件。為了使讀者在整體上對微服務(wù)架構(gòu)有一個認識,下面我們通過一張圖來講解如何搭建一個微服務(wù)架構(gòu),如圖1-5所示。
圖1-5簡單微服務(wù)架構(gòu)在圖1-5中,部署了一系列的微服務(wù),每個微服務(wù)都會訪問自己的數(shù)據(jù)庫(Database)。當這些微服務(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)時,一定要注意這些問題。