默認情況下 eureka在一定時間內沒接收到某個服務的心跳時(默認90s),eureka就會註銷該實例;但爲了防止在網絡擁堵情況下eurekaserver與服務的通信異常導致心跳檢測失敗,此時服務是正常運行的,不應該被註銷掉,eureka就通過"自我保護機制"來防止這種情況: 當eurekaservice在一段時間內失去過多客戶端(服務)時,他就會進入保護模式,會保護服務的註冊信息,也不會註銷服務,待網絡正常後會自動退出保護模式,即寧可保存錯誤的服務信息 也不刪除有可能正確的信息
eureka的自我保護機制
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
【未完】關於ConditionalOnClass註解
帥氣的濤啊
2024-05-14 14:37:18
Mellanox網卡開啓SR-IOV
CQzhangyu
2024-05-14 14:33:58
linux安裝cuda和cudnn
aozengling
2024-05-14 14:33:48
連接SQL Server報錯
雪飛鴻
2024-05-14 14:29:37
uni-app實現上拉加載
賴忠標
2024-05-14 14:29:07
全面系統的AI學習路徑,幫助普通人也能玩轉AI
追逐時光
2024-05-14 14:27:17
vue3編譯優化之“靜態提升”
你假裝沒察覺
2024-05-14 14:26:37
又是一個月-20240513
eonie
2024-05-14 14:25:27
flask 如何保證返回json有序
張博的博客
2024-05-14 14:25:07
cmakelist的一個例子
xcywt
2024-05-14 14:18:46
apisix~lua插件開發與插件註冊
張佔嶺
2024-05-14 14:17:56
apisix~自定義插件的部署
張佔嶺
2024-05-14 14:17:56