之前學習eureka，關於他的自我保護機制一直不太理解。今天整理下學到的內容。
一般情況下，為服務在eureka上註冊後，每30s會傳送一次心跳包，eureka也就通過心跳包來判斷服務的存活情況。會定期刪除90s內沒有傳送心跳的服務。考慮到這個問題，eureka設定了乙個閥值，當掛掉的服務超過閥值時，server認為很大程度上出現了網路故障，將不在刪除心跳過期的服務。
3.關於這個閥值
15分鐘內是否低於85%。eureka server在執行期間，會統計心跳失敗的比例在15min內是否低於85%。這種演算法就是eureka server的自我保護模式。
理解起來就是，當eureka server發現服務停止心跳的個數在15min內小於85%，就會認為是服務節點的故障，然後它就會認為節點出現故障後還可以自己再恢復到服務狀態，所以就對它進行了保留。
接下來用例項演示一下。
當前使用乙個server服務，乙個provider服務，乙個consumer服務。
然後關閉provider服務和consumer服務，這時候關閉的服務量為2/3<85%，所以會進入自我保護模式。
可以看到提示就是小於閥值，進入保護模式。
這時候再將provider和consumer啟動，會退出自我保護模式，服務可重新提供正常服務。
1.因為同時保留"好資料"與"壞資料"總比丟掉任何資料要更好，當網路故障恢復後，這個eureka節點會退出"自我保護模式"。
2.eureka還有客戶端快取功能(也就是微服務的快取功能)。即便eureka集群中所有節點都宕機失效，微服務的provider和consumer
3.微服務的負載均衡策略會自動剔除死亡的微服務節點。
Eureka自我保護機制
概念 預設情況下,eurekaclient會定時向eurekaserver端傳送心跳，如果eurekaserver在一定時間內沒有收到eurekaclient傳送的心跳，便會把該例項從註冊服務列表中剔除 預設是90秒 但是在短時間內丟失大量的例項心跳，這時候eurekaserver會開啟自我保護機制...
eureka自我保護機制
在eureka專案中看到乙個配置 renewal percent threshold。並不是很理解，就此學習一下eureka的自我保護機制。從這個配置說起，從字面角度來說就是心跳的百分比臨界值。我們都知道所有的服務都需要去向eureka伺服器進行註冊，並且維持心跳。這個欄位大概率和這個心跳的頻率有關...
Eureka自我保護機制
預設情況下，當eureka server在一定時間內沒有收到例項的心跳，便會把該例項從登錄檔中刪除 預設是90秒 但是，如果短時間內丟失大量的例項心跳，便會觸發eureka server的自我保護機制，比如在開發測試時，需要頻繁地重啟微服務例項，但是我們很少會把eureka server一起重啟 因...