傳統項目微服務改造心得


1.抽取公共組件

2.建立注冊中心

3.抽取服務提供者,在一個子工程當中,仍然是mvc分層思想。

4.把service層的接口添加requestMapping注解,作為http服務暴露出去,以供其他微服務調用(Feign)

  微服務和普通服務的區別:體量輕,容易維護和迭代,快速上線,解耦,針對性擴縮容,多了一個暴露service的步驟,來供服務間相互調用

5.新建bootstrap.yml用來存放eureka配置,原因是涉及到配置文件的加載順序

6.拆分數據源到獨立的database instance 或者schema

7.為什么先從商品域開始?

  因為商品域對其他模塊的依賴少,屬於底層的領域,其他領域都依賴於商品域,所以最先剝離商品域。比如訂單域里面很多對商品域的調用,如果先剝離訂單,里面很多方法會報紅。

  剝離順序:公共(比如公共組件,注冊中心等)->底層域->上層域

 

 

 

原則:領域模型,流量模型,過粗過細都不好。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM