更新時間:2020-05-04 來源:黑馬程序員 瀏覽量:
哪些項目適合使用微服務(wù)架構(gòu)?
對于一般的公司來說,微服務(wù)的實踐有著很大的技術(shù)挑戰(zhàn),所以并不是所有的公司都適合將整體架構(gòu)拆分成微服務(wù)架構(gòu)。一般來說,微服務(wù)架構(gòu)更適合于未來具有一定擴展復雜度、具有大量增量用戶期望的應(yīng)用,比如一些新興的互聯(lián)網(wǎng)公司應(yīng)用。這些公司不可能在業(yè)務(wù)初期購買大量或昂貴的機器,但他們也必須考慮在成功后應(yīng)對龐大的用戶數(shù)量。此時,微服務(wù)架構(gòu)已成為最佳選擇。此外,對于那些規(guī)模大、業(yè)務(wù)復雜度高、跟蹤時間長的項目,也適合考慮使用微服務(wù)架構(gòu)。
在決定使用微服務(wù)架構(gòu)之后,面臨的另一個問題是如何將系統(tǒng)拆分為微服務(wù)。有關(guān)微服務(wù)的拆分,請參閱以下建議。
· 通過業(yè)務(wù)功能分解并定義與業(yè)務(wù)功能相對應(yīng)的服務(wù)。
· 將域驅(qū)動設(shè)計分解為多個子域。
· 按照動詞或用例分解,并定義負責特定操作的服務(wù),例如一個負責完成訂單的航運服務(wù)。
· 通過定義一個對給定類型的實體或資源的所有操作負責的服務(wù)來分解名詞或資源,例如一個負責管理用戶賬戶的賬戶服務(wù)。
由于每個公司項目的實際情況不同,所以微服務(wù)的拆分在實際操作時,會涉及到很多不同的細節(jié)問題,這里就不一一描述了,但總體來說,項目在拆分時按照上述幾點建議即可。如果想了解更多微服務(wù)架構(gòu)相關(guān)的知識,可以了解黑馬程序員Java培訓課程。
猜你喜歡:
什么是微服務(wù)架構(gòu)?微服務(wù)架構(gòu)有什么優(yōu)缺點?