服務化是很多互聯網公司發展中不得不面臨的選擇，原因很簡單，因為隨著公司業務不斷的發展，如果不對服務進行拆分，你會很痛苦，各種耦合，各種代碼拷貝，改不動，不敢上，有木有，我司就有！

腫么辦？資源隔離+業務拆分+服務化。資源隔離和業務拆分就不說了。服務化的粒度呢？怎么確定一個新的微服務？就我司的業務場景，可以簡單介紹下，我們是個視頻網站，所以有最基礎的視頻數據，播放和視頻有關，評論、播放歷史、收藏、等等，所以我們有個稿件服務，你可以認為是基于一個數據庫實例。那么這些業務還有個共同點，都依賴賬號，我們主站的很多業務會調用賬號部門的接口，所以整理了一個賬號微服務，你可以認為是基于一個子業務。還有其他場景嗎？有！我們的評論業務，本來是個web服務，因為又接入了話題、直播、xx等等其他業務需求，所以也可以服務化。這種就是隨著業務不斷發展，才確定下來的。

綜上，服務的粒度一般有這幾種選擇，它是一個數據庫實例，或者一個子業務，或者其他部門的一個入口，或者等等看先作為一個普通業務。粒度劃分過粗的結果是，感覺還要拆。劃分過細的后果是，搞太復雜了。。。我個人建議在不明確劃分的情況下，是晚點拆比早點拆好，至少給足夠時間想好怎么拆。