1. 服務化之前的痛點
在服務化之前，高可以的（簡化版）架構(gòu)大致如下：
但是上邊的架構(gòu)其實會有一些難以解決的痛點：
-
痛點1：代碼到處拷貝
所有的產(chǎn)品都要寫彼此的DAO
-
痛點2：復雜度擴散
現(xiàn)在上邊所有的業(yè)務都要關(guān)注緩存，然后再發(fā)展的話，就會有下面分庫分表等情況的出現(xiàn)：
-
痛點3：jar包復用的耦合
以上的情況，在某一個產(chǎn)品的core.jar有升級的時候，會影響到其他產(chǎn)品，可能會導致其他的產(chǎn)品需要進行調(diào)整或者同樣要升級。這樣就使其他的產(chǎn)品做了額外的工作。
-
痛點4：代碼質(zhì)量互相影響
-
痛點N：其他
2. 服務化之后的好處
服務化之后的高可用架構(gòu)大致如下：
其好處有以下幾點：
-
好處1：代碼復用，減少拷貝
-
好處2：專注性，收斂復雜度
-
好處3：代碼質(zhì)量有保障
-
好處4：數(shù)據(jù)庫解耦
-
好處N：其他
3. RPC和服務化之間的關(guān)系
RPC是服務化架構(gòu)中，關(guān)于服務間通信的一種解決方案。
RPC(Remote Procedure Call):遠程過程調(diào)用，它是一種通過網(wǎng)絡(luò)從遠程計算機程序上請求服務，而不需要了解底層網(wǎng)絡(luò)技術(shù)的思想。
3.1 RPC簡單介紹
4. 服務化的適用場景
- 單體應用已經(jīng)無法滿足業(yè)務需求時
- 業(yè)務和團隊成員已經(jīng)初具規(guī)模時
- 服務化收益遠大于服務化成本
- 可預見未來，產(chǎn)品要加速發(fā)展
如果覺得有收獲，歡迎點贊和評論，更多知識，請點擊關(guān)注查看我的主頁信息哦~
