多個微服務之間調用時，A調用B和C，B和C又調用其他服務，這就是所謂扇出，如果鏈路上某個微服務由于網絡或自身原因導致服務響應時間過長或不可用，對A的調用就會占用越來越多的系統資源，進而引起系統崩潰。

    對于高流量的應用來說，單一的后端依賴可能會導致所有服務器上的所有資源都在幾秒鐘內飽和。比失敗更糟糕的是，這些應用程序還可能導致服務之間的延遲增加，備份隊列，線程和其他系統資源緊張，導致整個系統發生更多的級聯故障。這些都表示需要對故障和延遲進行隔離和管理，以便單個依賴關系的失敗，不能取消整個應用程序或系統。所以，通常當發現一個模塊下的某個實例失敗后，這時候這個模塊依然還會接收流量，然后這個有問題的模塊還調用了其他的模塊，這樣就會發生級聯故障，或者叫雪崩

    Hystrix是一個用于處理分布式系統的延遲和容錯的開源庫，在分布式系統里，許多依賴不可避免的會調用失敗，比如超時、異常等，通過Hystrix可以通過 添加等待時間容限或容錯邏輯來控制分布式服務之間的調用。Hystrix通過隔離服務之間的訪問點，停止服務之間的級聯故障并提供后備選項來實現此目的，提高系統整體穩定性

    請求緩存：對于訪問量高，且數據變動不頻繁的數據，使用緩存降低DB和服務壓力

    請求合并：將相同的請求進行合并然后調用批處理接口

    服務隔離：限制調用分布式服務的資源，某一個調用的服務出現問題不會影響其他服務調用

    服務熔斷：犧牲局部服務，保全整體系統穩定性的措施

    服務降級：服務熔斷以后，客戶端調用自己本地方法返回缺省值

• 概念：采用艙壁隔離技術，將外部依賴進行資源隔離，避免任何外部依賴故障導致本服務崩潰。對每個外部依賴用一個單獨線程池，如果某個外部依賴調用延遲很嚴重，最多是耗盡那個依賴自己的線程池，不影響其他依賴調用。在用戶請求和服務之間加入線程池，用戶請求不能直接訪問服務，通過線程池中空閑線程來訪問服務，如果線程池滿了，會進行降級，用戶請求不會阻塞或超時，至少可以看到一個執行結果，防止無休止等待和系統崩潰。
• 優點：可以安全隔離依賴的服務，減少所依賴服務發生故障時的影響面、當失敗的服務再次變得可用時，線程池將清理并立即恢復，不需要一個長時間的恢復、獨立的線程池提高了并發性
• 缺點：請求在線程池中執行，會帶來任務調度，排隊和上下文切換帶來的CPU開銷、涉及到跨線程，就存在ThreadLocal數據的傳遞問題，比如在主線程初始化的ThreadLocal變量，在線程中無法獲取
•     特性：請求線程和調用服務線程不是同一條線程（請求線程是tomcat線程，調用服務線程是hystrix線程池的線程）、支持超時可直接返回，支持熔斷，當線程池到達最大線程數后，再請求會觸發fallback接口進行熔斷、隔離原理：每個服務單獨用線程池，支持同步和異步兩種方式、資源消耗大，大量線程的上下文切換、排隊、調度等，無法傳遞Http Header

    概念：每次調用線程，當前請求通過計數信號量進行限制，當信號量大于最大請求數時，進行限制，調用fallback接口快速返回。信號量是同步的，每次調用都要阻塞調用方的線程，直到結果返回，導致了無法對訪問做超時，只能依靠調用協議超時，無法主動釋放

    特性：請求線程和調用服務線程是同一條線程（tomcat線程）、不支持超時、支持熔斷，當信號量達到maxConcurrentRequests后，再請求會觸發fallback接口進行熔斷

• 請求并發大，耗時長(計算大，或操作關系型數據庫)，采用線程隔離策略。這樣可以保證大量的線程可用，不會由于服務原因一直處于阻塞或等待狀態，快速失敗返回。還有就是對依賴服務的網絡請求的調用和訪問，會涉及timeout這種問題的都使用線程池隔離。
• 請求并發大，耗時短(計算小，或操作緩存) ，采用信號量隔離策略，因為這類服務的返回通常會非常的快，不會占用線程太長時間，而且也減少了線程切換的開銷，提高了緩存服務的效率。還有就是適臺訪問不是對外部依賴的訪問，而是對內部的一些比較復雜的業務邏輯的訪問，像這種訪問系統內部的代碼，不涉及任何的網絡請求，做信號量的普通限流就可以了，因為不需要去捕獲timeout類似的問題，并發量突然太高，稍微耗時一些導致很多線程卡在這里，所以進行一個基本的資源隔離和訪問，避免內部復雜的低效率的代碼，導致大量的線程被夯住。

服務熔斷：由于某些原因使服務出現過載現象，為防止造成整個系統故障，從而采用的一種保護錯誤，也叫過載保護