一 Eureka 服務器端服務剔除
1，Eureka 服務保護機制是如何實現的
Eureka是在Java語言上，基於Restful API開發的服務註冊與發現組件，由Netflix開源。Eureka遵循AP原則。目前Eureka僅開源到1.X版本，2.X版本已經宣佈閉源。
Eureka採用的是Server/Client的模式進行設計：
Server扮演了服務註冊中心的角色，爲Client提供服務註冊和發現的功能，維護着註冊到自身的Client的相關信息，同時提供接口給Client獲取到註冊表中其他服務的信息。
Client將有關自己的服務的信息通過一定的方式登記到Server上，並在正常範圍內維護自己信息的一致性，方便其他服務發現自己，同時可以通過Server獲取到自己的依賴的其他服務信息，從而完成服務調用。
Server不進行選舉，沒有Leader，是一種去中心化的架構，節點都是對等的，通過相互註冊提高可用性，通過數據拷貝的方式實現數據的最終一致性。
在集羣環境中，如果某臺Server節點宕機，Client的請求會自動切換到新的Server節點上，當宕機的服務器重新恢復後，Eureka會再次將其納入到服務器集羣管理之中。
自我保護機制
默認情況下，如果Server在一定時間內沒有接收到某個服務實例的心跳（默認週期爲30秒），Server將會註銷該實例（默認爲90秒)。如果在15分鐘內超過85%的節點都沒有正常的心跳，那麼Eureka就認爲客戶端與註冊中心出現了網絡故障，啓動自我保護機制：
Eureka不再從註冊表中移除因爲長時間沒有收到心跳而過期的服務；
Eureka仍然能夠接受新服務註冊和查詢請求，但是不會被同步到其它節點上（即保證當前節點依然可用）；
當網絡穩定時，當前實例新註冊的信息會被同步到其它節點中；
自我保護機制是Eureka遵循AP原則、保證可用性的關鍵，只要有一臺Server還在就能對外提供服務，但是不保證強一致性，Server內部數據可能不是最新的。
————————————————
2，爲什麼有人說Eureka服務保護是累贅
因爲Eureka的高可用性選擇，所以設計了一個自我保護機制，保護那些因爲網絡分區問題影響的微服務不會移除。但是也可能保護了真正出現了問題的微服務。這個時候，其他的微服務調用這個服務時，可能就會得到一個錯誤的結果，這種情況只能在調用端自行解決，比如通過Hystrix進行隔離熔斷。
3，Eureka 集羣環境如何搭建
4，EurekaApp模式如何同步的數據
5，Eureka集羣獲取宕機後的怎麼辦
ureka-Server 高可用集羣 關於宕機後主動踢出該節點
6，開啓了服務保護機制，調用了宕機地址怎麼辦？
Ap模式： 核心 主要保證高可用：
沒有保證集羣每個節點數據一致性問題
CP模式 核心： 主要保證每臺節點數據一致性，有可能會發生導致集羣環境不可用
Eureka ap模式