熱點技術問題-大白話之傳統項目微服務改造經驗

• 微服務拆分時，資料庫問題

問題說明：微服務拆分後，對應的資料庫也會進行拆分。也就是原本很簡單功能一個查詢就解決，拆分後就得跨多個微服務查詢。如果其中一張表資料較少可以代碼循環的方式解決，如果每個微服務的資料都比較多就比較麻煩。

方案一：使用視圖，通過視圖把兩個庫的中表進行強關聯。當然這樣也就違避微服務的解耦

方案二：臨時表或緩存，通過臨時表或緩存建構臨時關聯資料，使用完就清理

方案三：資料備援，犧牲空間換時間。類似索引，犧牲索引空間換查詢速度。

建議使用方案三，資料同步的問題可以借助MQ來實作

• 微服務拆分粒度

微服務粒度問題，多次讨論拆分架構。拆分是一個疊代的過程，别試着一步到位拆成很細，一開始千萬别拆太細。一般微服務劃分越細，那麼子產品之前的內建就越複雜。可以把業務與資料庫結合起來一起拆分，互相參照。

• 各微服務間的開發各掃自家門前雪

微服務後大家隻管自己的服務，當需要間接增加或調整對方業務時，業務協調方面困難，建議使用一些團隊老資力的技術兼做業務專家(共性技術下沉，從關注技術轉向關注業務)

作者：玄明Hanko

連結：https://juejin.cn/post/6979893080899977253

來源：掘金

著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。