首先說一下不好的思路：

1.服務(wù)拆分粒度越小越好（小服務(wù)≠微服務(wù)，實際業(yè)務(wù)需要空間換時間的，放到同一個服務(wù)里面，例如兩個表之間有強關(guān)聯(lián)性，不能簡單地以表的操作作為服務(wù)劃分的粒度）。

2.以代碼量為拆分標(biāo)準(zhǔn)（服務(wù)拆分不是代碼拆分）。

3.完全憑經(jīng)驗和感覺，或者按照別人家的套路拆分（經(jīng)驗和感覺也需要基于理論和實踐基礎(chǔ)）。

下面才是好的思路或者原則：

1.單一職責(zé)同時職責(zé)功能完整。

2.粒度適中，團隊接受，適合公司的組織架構(gòu)。

3.版本兼容性，回歸測試和上線的便捷性需要考慮。

4.小步快步迭代，非一次性拆分完成。

5.精益求精，持續(xù)優(yōu)化改進。