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