部落格引用處（以下內容在原有部落格基礎上進行補充或更改，謝謝這些大牛的部落格指導）：
基於eureka的服務治理
服務發現和註冊和eureka
服務的註冊與發現
關係呼叫說明：
eureka簡介
eureka是spring cloud netflix微服務套件中的一部分，可以與springboot構建的微服務很容易的整合起來。eureka包含了伺服器端和客戶端元件。伺服器端，也被稱作是服務註冊中心，用於提供服務的註冊與發現。eureka支援高可用的配置，當集群中有分片出現故障時，eureka就會轉入自動保護模式，它允許分片故障期間繼續提供服務的發現和註冊，當故障分片恢復正常時，集群中其他分片會把他們的狀態再次同步回來。
客戶端元件包含服務消費者與服務生產者。在應用程式執行時，eureka客戶端向註冊中心註冊自身提供的服務並週期性的傳送心跳來更新它的服務租約。同時也可以從服務端查詢當前註冊的服務資訊並把他們快取到本地並週期性的重新整理服務狀態。
ps:
eureka服務端：
通過服務名發起服務的呼叫請求，然後再從服務清單中獲取服務例項的列表清單，通過指定的負載均衡策略取出乙個服務例項位置來進行服務呼叫。
eureka服務端支援集群模式部署，當集群中有分片發生故障的時候，eureka會自動轉入自我保護模式。它允許在分片發生故障的時候繼續提供服務的發現和註冊，當故障分配恢復時，
集群中的其他分片會把他們的狀態再次同步回來。
注意：集群中的的不同服務註冊中心通過「非同步模式」互相複製各自的狀態，這也意味著在給定的時間點每個節點關於所有服務的狀態可能存在不一致的現象。
eureka客戶端（不是註冊中心裡面的了）
主要處理服務的註冊和發現。客戶端服務通過註冊和引數配置的方式，嵌入在客戶端應用程式的**中。在應用程式啟動時，eureka客戶端向服務註冊中心註冊自身提供的服務，
並週期性的傳送心跳來更新它的服務租約。同時，他也能從服務端查詢當前註冊過的服務的相關資訊，並把它們快取到本地然後進行週期行的重新整理動作更新服務狀態。
註冊中心：
註冊中心按照服務名分類組織服務清單
服務登錄檔
是乙個記錄當前可用服務例項的網路資訊的資料庫，是服務發現機制的核心。服務登錄檔提供查詢api和管理api,使用api 獲得可用的服務例項，使用管理api實現註冊和登出。
服務發現的方式
它的主要特點是客戶端決定服務例項的網路位置，並且對請求進行負載均衡。客戶端查詢服務登錄檔(可用服務例項資料庫)，使用負載均衡演算法選擇乙個例項，並發出請求。典型代表eureka或者zk
客戶端發現模式的優缺點
優點：
不需要很多的網路跳轉
缺點：
客戶端和服務登錄檔耦合
需要為應用程式每一種程式語言、框架等建立客戶端發現邏輯，比如 netflix prana就為非jvm客戶端提供一套基於http**服務發現方案
伺服器端發現模式優缺點：
優點：
客戶端無需實現發現功能，只需要向路由器或者負載均衡器傳送請求即可
缺點：
除非成為雲環境的一部分，否則該路由機制必須作為另一系統元件進行安裝與配置。為實現可用性和一定的接入能力，還需要為其配置一定數量的副本。
相較於客戶端發現，伺服器端發現機制需要更多的網路跳轉。
ps:
微服務 Eureka實戰配置
學習思路 專案實踐 服務註冊 續租 下線 自我保護，ratelimiter實現分析 實際使用中的坑 eureka專案簡單點說就是乙個配置 首先引入jar包 org.springframework.cloud spring cloud starter netflix eureka server 如果需...
微服務 Eureka註冊中心
我們來解決微服務的第一問題，服務的管理。服務中心對外提供服務，需要對外暴露自己的位址。而consumer 呼叫者 需要記錄服務提供者的位址。將來位址出現變更，還需要及時更新。這在服務較少的時候並不覺得有什麼，但是在現在日益複雜的網際網路環境，乙個專案肯定會拆分出十幾，甚至數十個微服務。此時如果還人為...
微服務中的註冊中心 Eureka
1 角色 1 eureka server 服務註冊中心 可以是乙個集群 對外暴露自己的位址給每個微服務使用 2 服務提供者 啟動後向 eurekaserver註冊自己資訊 位址 服務名 3 服務消費者 向 eurekaserver訂閱服務，eureka會將對應服務的所有提供者位址列表傳送給消費者，並...