在開發中我們因為經常關停服務所以會很容易觸發eureka的自我保護機制，當服務未按時進行心跳續約時，eureka會統計服務例項最近15分鐘心跳續約的比例是否低於了85%。在生產環境下，因為網路延遲等原因，心跳失敗例項的比例很有可能超標，但是此時就把服務剔除列表並不妥當，因為服務可能沒有宕機。eureka在這段時間內不會剔除任何服務例項，直到網路恢復正常。在生產環境中這個模式很好，因為不會造成網路原因而將無問題的服務刪除。
但在開發環境中因為經常關停服務而註冊中心又不會刪除關停的例項，就會影響到開發除錯時的進度及問題，所以我們先設定關閉，在上線時再開啟。
eureka：server：
enable-self-preservation: false #關閉自我保護模式（預設為開啟）
Eureka自我保護機制
概念 預設情況下,eurekaclient會定時向eurekaserver端傳送心跳，如果eurekaserver在一定時間內沒有收到eurekaclient傳送的心跳，便會把該例項從註冊服務列表中剔除 預設是90秒 但是在短時間內丟失大量的例項心跳，這時候eurekaserver會開啟自我保護機制...
eureka自我保護機制
在eureka專案中看到乙個配置 renewal percent threshold。並不是很理解，就此學習一下eureka的自我保護機制。從這個配置說起，從字面角度來說就是心跳的百分比臨界值。我們都知道所有的服務都需要去向eureka伺服器進行註冊，並且維持心跳。這個欄位大概率和這個心跳的頻率有關...
Eureka自我保護機制
預設情況下，當eureka server在一定時間內沒有收到例項的心跳，便會把該例項從登錄檔中刪除 預設是90秒 但是，如果短時間內丟失大量的例項心跳，便會觸發eureka server的自我保護機制，比如在開發測試時，需要頻繁地重啟微服務例項，但是我們很少會把eureka server一起重啟 因...