本文轉載自公眾號? 孤獨煙

引言

OK，如下圖所示

那顯而易見，做服務隔離的目的就是避免服務之間相互影響。畢竟誰也不能說自己的微服務百分百可用，如果不做隔離，一旦一個服務出現了問題，整個系統的穩定性都會受到影響！
因此，做服務隔離是很有必要的。那么怎么隔離呢？

• 按種類隔離

• 按用戶隔離

OK，接下來開始細說這兩種方式！

?

正文

---

種類隔離

其實按照服務種類隔離要從兩個緯度來說:即服務提供方和服務調用方！
假設我們一個系統有三個服務:訂單服務，庫存服務，支付服務！有如下調用關系:

OK,我們先明確一點，上面有幾個服務扮演服務提供方的角色？
一共是三個:支付服務(給用戶提供服務)、庫存服務(給支付服務提供服務)、訂單服務(給支付服務提供服務)

有幾個服務扮演服務調用方的角色？
一共是一個:支付服務(調用訂單服務和庫存服務)

針對服務提供方這個角度而言，怎么做隔離呢？
很簡單，每一個服務乃至其對應的數據庫，給一個服務器部署就行！這樣某個服務出現了故障，就不會相互影響，達到一種物理層面上的隔離！

什么，你們公司服務器不夠？了解一下《微服務為什么一定要用docker》

針對服務調用方這個角度而言，怎么做隔離呢？
OK，先明白一點，服務調用方不做隔離會出現什么情況？如圖所示

一個請求過來，占用支付服務中的Tomcat的一個線程。然后，該線程去順序調用訂單服務和庫存服務!那么，一旦庫存服務出問題了，這個Tomcat的線程就一直卡在那，無法返回!與此同時，頁面上源源不斷的有請求過來，會把Tomcat里頭的線程池資源全部消耗完畢！對于后面的請求，Tomcat就無法響應！
因此，如果不針對被調服務做服務隔離，一個被調服務出問題，就將導致調用方服務不可用！

那怎么隔離呢？
這里介紹一種線程池隔離方式，給每個微服務都初始化出一個線程池，如下圖所示，給訂單服務和庫存服務都初始化出一個線程池，不使用Tomcat線程池中的線程直接調用，而是用相應線程池中的線程去調用！

OK，如果此時庫存服務不可用了呢？
庫存服務線程池會被迅速塞滿，此時后面進來的新請求發現庫存服務線程池滿啦，于是乎就不去調庫存服務，直接返回！如下圖所示

ps:目前業內有信號量隔離和線程池隔離兩種隔離方式，這里舉的是線程池隔離！

怎么實現呢？
可以了解一下Hytrix、Sentinel、以及Resilience4j如何和你的項目結合起來使用！Resilience4j只提供信號量隔離!

用戶隔離

OK,我們先明白一點這里的租戶和用戶不是一個概念!

• 用戶: 一個環境/系統的一個使用者即該環境/系統的一個用戶。

• 租戶:用戶從某種粒度上被分到若干組內，每組成為一個租戶。

這里的組可以這么理解:用戶根據一定的特征去做分組，比如是VIP的一組，不是VIP的一組。又或者北方的用戶一組，南方的用戶一組。按照自己的業務場景來分組。

那么所謂的用戶隔離，就是按照不同的分組形成不同的服務實例。這樣某個服務實例掛了，只影響對應分組的用戶，而不是全部用戶！

有如下三種方式！

• 方式一:每個租戶有獨立的服務和獨立的數據庫

• 方式二:每個租戶有共享的服務和獨立的數據庫

• 方式三:每個租戶有共享的服務和共享的數據庫

下面開始逐個說明

方式一

每個租戶有獨立的服務和獨立的數據庫！
這個在生產上一般是這么做，如下所示

如圖所示，用戶在請求的時候會經過網關！網關根據tenant_id識別出對應的服務實例，進行轉發。至于用什么當網關，我們用的是Zuul。

方式二

每個租戶有共享的服務和獨立的數據庫!
這個在生產上一般是這么做，如下所示

如圖所示，用戶在請求的時候會經過網關，網關將數據轉發給用戶服務！用戶服務根據tenant_id確定該操作哪一個數據庫！
OK，這個時候大家應該有一個疑問，

在項目代碼中，怎么確定該操作的數據庫？

好，這個就是ORM框架，動態選擇數據源的問題！我以國內流行的hibernate和mybatis來進行說明！
(1)?hibernate方式
在4.0版本hibenate開始支持多租戶架構,即對不同租戶使用獨立數據庫！大家可以搜索一個配置，叫hibernate.multiTenancy。該值有一個value值為

DATABASE：一個租戶一個database。?

將這項的value值設為DATABASE后，還需要給hibernate.tenant_identifier_resolver配置項賦值，即告訴hibernate，如何解析出tenant_id。以及給hibernate.multi_tenant_connection_provider配置項賦值，即告訴hibernate如何以租戶特有的方式獲取數據連接！

ps:看不懂的童鞋略過，懂hibernate的童鞋自然懂這個配置!
(2)?mybatis方式
mybatis沒提供這種多租戶架構的支持！我們必須要擴展AbstractRoutingDataSource抽象類,實現多數據源切換！
嫌麻煩？
OK，介紹你一個插件叫mybatis plus可以實現這種動態數據源切換！
API地址都給你貼出來了:
https://mp.baomidou.com/guide/dynamic-datasource.html

ps:我只能給你點一下思路，自己去查。因為具體如何配置，都可以寫一篇文章！我很不愛寫這種貼配置的文章，覺得含金量不高，所以大家根據我的思路去實現即可！

方式三

每個租戶有共享的服務和共享的數據庫!
這個在生產上一般是這么做，如下所示

如圖所示，用戶在請求的時候會經過網關，網關將數據轉發給用戶服務！用戶服務根據tenant_id確定操作數據庫中的哪一行記錄！
老規矩，和你們說一下在ORM中難點在哪！以mybatis為例，所有的sql上都要加一句

AND?t.tenant_id?=??

是不是覺得很麻煩？怎么解決呢？
(1)?hibernate方式
利用hibernate filter配置, OR-Mapping配置文件使用Filter，可以在進行數據查詢時自動過濾數據！
如下所示

<class?name="User"?table="user_tb">//省略<filter?name="tenantFilter"?condition="tenant_id?=?:tenantFilterParam"?/> </class>

ps:看不懂的童鞋略過，懂hibernate的童鞋自然懂這個配置!
(2)?mybatis方式
mybatis中有一個東西叫做自定義Interceptor，可以攔截出你要執行的sql，然后動態拼上你的租戶條件即可!
嫌麻煩？
OK，介紹你一個插件叫mybatis plus可以實現這種多租戶的更改，可以動態的解析出sql，增加上條件！
API地址都給你貼出來了:
https://mp.baomidou.com/guide/tenant.html

?

總結

本文介紹了服務隔離的分類，以及在生產上具體是怎么做的，希望大家有所收獲!

總結

以上是生活随笔為你收集整理的谈谈怎么做【服务隔离】的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。