分布式面臨的問題
在複雜分布式體系結構中應用程式有數十個依賴關係，每個依賴關係在某些時候將不可避免的失敗！
服務雪崩
多個微服務之間呼叫的時候，假設微服務a呼叫微服務b和微服務c,微服務b和微服務c又呼叫其他微服務，這就是所謂的「扇出」，如果扇出的鏈路上某個微服務的呼叫響應時間過長或者不可用，對微服務a的呼叫就會占用越來越多的系統資源，進而引起系統崩潰，所謂的雪崩效應。
總的來說就是乙個鏈路裡面某乙個環節出問題了這個鏈路就會占有越來越多的資源導致服務崩潰，在這種情況下我們就需要 「棄車保帥」
什麼是hystrix
hystrix是乙個用於處理分布式系統的延遲和容錯的開源庫，在分布式系統中，許多依賴不可避免的會呼叫失敗，比如超時，異常等，hystrix能保證在乙個依賴出問題的情況下，不會導致整個服務失敗，避免級聯故障，以提高分布式系統的彈性。
「斷路器」本身是一種開關裝置，當某個服務單元發生故障之後，通過斷路器的故障監控。向呼叫方返回乙個服務預期的，可處理的備選響應（fallback）,而不是長時間的等待或者丟擲呼叫方法無法處理的異常，這樣就可以保證了服務呼叫方的執行緒不會被長時間，不必要的占用，從而避免了故障在分布式系統中的蔓延，乃至雪崩。
服務熔斷是什麼
熔斷機制是對應雪崩效應的一種微服務鏈路保護機制
當扇出鏈路的某個微服務不可用或者響應時間太久時，會進行服務降級，進而熔斷該節點微服務的呼叫，快速返回錯誤的響應資訊，當檢測到該節點微服務呼叫響應正常後恢復呼叫鏈路，在springcloud框架裡熔斷機制通過hystrix實現，hystrix會監控微服務間呼叫的狀況，當失敗的呼叫到一定的閾值，預設是5秒內20次呼叫失敗就會啟動熔斷機制，熔斷機制的註解是 @hystrixcommand
使用hystrix
第一步加入依賴
第二步在熔斷的方法上指定解決方案
第三步 在啟動類開啟對熔斷的支援
接下來測試一下 啟動集群 啟動服務提供者 在啟動消費者 執行看看
對於沒有問題的部分直接跳過
而id不存在的資料呢？他會直接通過熔斷的解決方案進行反饋，從而不會影響到後面服務的執行。
Hystrix 服務熔斷
在分布式的環境或者微服務中，不可避免的會出現一些錯誤，乙個服務的失敗或許會導致整個專案的失敗。而hystrix是乙個庫，它可以通過新增容錯邏輯來保護或者控制你的分布式服務之間的互動。hystrix通過隔離服務之間的訪問點，阻止它們之間的級聯故障以及提供後備選項來實現這一目標，所有這些都可以提高系統的...
Hystrix 服務熔斷
熔斷機制概述 熔斷機制是應對雪崩效應的一種微服務鏈路保護機制。當扇出鏈路的某個微服務出錯不可用或者響應時間太長時，會進行服務的降級，進而熔斷該節點微服務的呼叫，快速返回錯誤的響應資訊。當檢測到該節點微服務呼叫響應正常後，恢復呼叫鏈路。在springcloud框架裡，熔斷機制通過hystrix實現，h...
Hystrix 服務熔斷
hystrix hystix是netflix開源的乙個延遲和容錯庫，用於隔離訪問遠端服務，防止出現級聯失敗。微服務中，服務間呼叫關係錯綜複雜，乙個請求，可能需要呼叫多個微服務介面才能實現，會形成非常複雜的呼叫鏈路 伺服器支援的執行緒和併發數有限，請求一直阻塞，會導致伺服器資源耗盡，從而導致所有其它服...