引言
OK，如下圖所示
那顯而易見，做服務隔離的目的就是避免服務之間相互影響。畢竟誰也不能說自己的微服務百分百可用，如果不做隔離，一旦一個服務出現了問題，整個系統的穩定性都會受到影響！
因此，做服務隔離是很有必要的。那麼怎麼隔離呢？有如下兩種方式
- 按種類隔離
- 按用戶隔離
OK，接下來開始細說這兩種方式！
正文
種類隔離
其實按照服務種類隔離要從兩個緯度來說:即服務提供方和服務調用方！
假設我們一個系統有三個服務:訂單服務，庫存服務，支付服務！有如下調用關係:
OK,我們先明確一點，上面有幾個服務扮演服務提供方的角色？
一共是三個:支付服務(給用戶提供服務)、庫存服務(給支付服務提供服務)、訂單服務(給支付服務提供服務)
有幾個服務扮演服務調用方的角色？
一共是一個:支付服務(調用訂單服務和庫存服務)
針對服務提供方這個角度而言，怎麼做隔離呢？
很簡單，每一個服務乃至其對應的數據庫，給一個服務器部署就行！這樣某個服務出現了故障，就不會相互影響，達到一種物理層面上的隔離！
什麼，你們公司服務器不夠？瞭解一下《微服務爲什麼一定要用docker》
針對服務調用方這個角度而言，怎麼做隔離呢？
OK，先明白一點，服務調用方不做隔離會出現什麼情況？如圖所示
一個請求過來，佔用支付服務中的Tomcat的一個線程。然後，該線程去順序調用訂單服務和庫存服務!那麼，一旦庫存服務出問題了，這個Tomcat的線程就一直卡在那，無法返回!與此同時，頁面上源源不斷的有請求過來，會把Tomcat裏頭的線程池資源全部消耗完畢！對於後面的請求，Tomcat就無法響應！
因此，如果不針對被調服務做服務隔離，一個被調服務出問題，就將導致調用方服務不可用！
那怎麼隔離呢？
這裏介紹一種線程池隔離方式，給每個微服務都初始化出一個線程池，如下圖所示，給訂單服務和庫存服務都初始化出一個線程池，不使用Tomcat線程池中的線程直接調用，而是用相應線程池中的線程去調用！
OK，如果此時庫存服務不可用了呢？
庫存服務線程池會被迅速塞滿，此時後面進來的新請求發現庫存服務線程池滿啦，於是乎就不去調庫存服務，直接返回！如下圖所示
ps:目前業內有信號量隔離和線程池隔離兩種隔離方式，這裏舉的是線程池隔離！
怎麼實現呢？
可以瞭解一下Hytrix、Sentinel、以及Resilience4j如何和你的項目結合起來使用！Resilience4j只提供信號量隔離!
用戶隔離
OK,我們先明白一點這裏的租戶和用戶不是一個概念!
- 用戶: 一個環境/系統的一個使用者即該環境/系統的一個用戶。
- 租戶：用戶從某種粒度上被分到若干組內，每組成爲一個租戶（tenant）。
這裏的組可以這麼理解:用戶根據一定的特徵去做分組，比如是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
總結
本文介紹了服務隔離的分類，以及在生產上具體是怎麼做的，希望大家有所收穫!