//Eureka工做原理面試
Eureka : 就是服務註冊中心(能夠是一個集羣),對外暴露本身地址;網絡
提供者 : 啓動後向Eureka註冊本身信息(地址,提供什麼服務)負載均衡
消費者 : 向Eureka 訂閱服務,Eureka會將對應服務的服務列表發送給消費者,而且按期更新分佈式
心跳(續約): 提供者按期經過http方式向Eureka刷新本身的狀態學習
//什麼是服務註冊內存
服務提供者在啓動時,會向EurekaServer發起一次請求,將本身註冊到Eureka註冊中心中去路由
// 什麼是服務續約class
在註冊服務完成之後,服務提供者會維持一個心跳(每30s定時向EurekaServer 分發起請求)告訴EurekaServer "我還活着"集羣
//什麼是失效剔除原理
有時候,咱們的服務提供方並不必定是正常下線,多是內存溢出,網絡故障等緣由致使服務沒法正常工做.EurekaServer會將這些失效的服務剔除服務列表.所以它會開啓一個定時任務.每隔60秒會對失效的服務進行一次剔除
//什麼是自我保護
當服務未按時進行心跳續約時,在生產環境下,由於網絡緣由,此時就把服務從服務列表中剔除並不穩當發,由於服務也有可能未宕機.Eureka就會把當前實例的註冊信息保護起來,不允剔除.這種方式在生產環境下頗有效,保證了大多數服務依然可用
//若是咱們不適用Eureka註冊中心的狀況下,分佈式服務必然面臨的問題有哪些?
服務管理 :
----如何自動註冊和發現服務.
----如何實現服務狀態的監管.
----如何實現動態路由,從而實現負載均衡.
服務如何實現負載均衡
服務如何解決容災問題
服務如何實現統一配置
//簡述什麼是CAP,並說明Eureka包含CAP中的哪些?
CAP理論:一個分佈式系統不可能同時知足C (一致性),A(可用性),P(分區容錯性).因爲分區容錯性P在分佈式系統中是必需要保證的,所以咱們只能從A和C中進行權衡.
Eureka 遵照 AP
Eureka各個節點都是平等的,幾個節點掛掉不會影響正常節點的工做,神域的節點依然能夠提供註冊和查詢服務.
而Eureka的客戶端在向某個Eureka 註冊或查詢是若是發現鏈接失敗,則會自動切換至其餘節點
只要有一臺Eureka還在,就能保證註冊服務可用(保證可用性),只不過查的信息可能不最新的不保證強一致性).
這就是小喵在學習Eureka時遇到的幾個自我感受重要的面試題,
在這分享給你們!
(^_^)~喵~!!