當(dāng)調(diào)用API或者發(fā)起網(wǎng)絡(luò)通信的時候，無論如何我們都要知道被調(diào)用方的IP和服務(wù)端口宏娄，大部分情況是通過域名和服務(wù)端口，事實上基于DNS的服務(wù)發(fā)現(xiàn)逮壁，因為DNS緩存孵坚、無法自治和其他不利因素的存在，有很多局限窥淆。傳統(tǒng)的DNS方式十饥，都是通過nginx或者其他代理軟件來實現(xiàn)，物理機器的ip和port都是固定的祖乳，那么nginx中配置的服務(wù)ip和port也是固定的逗堵，服務(wù)列表的更新只能通過手動來做，但如果后端服務(wù)很多時眷昆，手動更新容易出錯蜒秤，效率也很低，這在后端服務(wù)發(fā)生故障時亚斋，不可用時間就可能會加長作媚。在微服務(wù)中，尤其是使用了Docker等虛擬化技術(shù)的微服務(wù)帅刊，其IP和port都是動態(tài)分配的纸泡，服務(wù)實例數(shù)也是動態(tài)變化的，那么就需要精細而準(zhǔn)確的服務(wù)發(fā)現(xiàn)機制赖瞒。當(dāng)微服務(wù)app啟動后女揭，告訴其他服務(wù)自己的ip和端口蚤假，這里的其他服務(wù)就是Eureka Server和Eureka Client，這樣其他服務(wù)就知道這個服務(wù)有多少實例在線吧兔，都在哪些地方磷仰，方便去負載均衡和調(diào)用。
Eureka屬于客戶端發(fā)現(xiàn)模式境蔼，客戶端負責(zé)決定相應(yīng)服務(wù)實例的網(wǎng)絡(luò)位置灶平，并且對請求實現(xiàn)負載均衡」客粒客戶端從一個服務(wù)注冊服務(wù)中查詢所有可用服務(wù)實例的庫逢享，并緩存到本地。服務(wù)調(diào)用時吴藻，客戶端使用負載均衡算法從多個后端服務(wù)實例中選擇出一個拼苍，然后發(fā)出請求。Eureka分為Eureka Server和Eureka client调缨， Eureka Server是一個服務(wù)注冊中心，為服務(wù)實例注冊管理和查詢可用實例提供了REST API吆你，并可以用其定位弦叶、負載均衡、故障恢復(fù)后端服務(wù)的中間層服務(wù)妇多。在服務(wù)啟動后伤哺，Eureka Client向服務(wù)注冊中心注冊服務(wù)同時會拉去注冊中心注冊表副本；在服務(wù)停止的時候者祖，Eureka Client向服務(wù)注冊中心注銷服務(wù)立莉；服務(wù)注冊后，Eureka Client會定時的發(fā)送心跳來刷新服務(wù)的最新狀態(tài)七问。
客戶端發(fā)現(xiàn)模式的優(yōu)點是服務(wù)調(diào)用蜓耻、負載均衡不需要和Eureka Server通信，直接使用本地注冊表副本械巡，因此Eureka Server不可用時是不會影響正常的服務(wù)調(diào)用刹淌，性能也不會因為網(wǎng)絡(luò)延遲和服務(wù)端延遲受到影響。但其缺點也很明顯讥耗，但某個服務(wù)不可用時有勾，各個Eureka Client不能及時的知道，需要1~3個心跳周期才能感知古程，但是蔼卡，由于基于Netflix的服務(wù)調(diào)用端都會使用Hystrix來容錯和降級，當(dāng)服務(wù)調(diào)用不可用時Hystrix也能及時感知到挣磨，通過熔斷機制來降級服務(wù)調(diào)用雇逞，因此彌補了基于客戶端服務(wù)發(fā)現(xiàn)的時效性的缺點荤懂。
Eureka Server采用的是對等通信(P2P),無中心化的架構(gòu)，無master/slave區(qū)分喝峦，每一個server都是對等的势誊，既是Server又是Client,所以其集群方式可以自由發(fā)揮，可以各點互連谣蠢，也可以接力互連粟耻。Eureka Server通過運行多個實例以及彼此之間互相注冊來提高可用性，每個節(jié)點需要添加一個或多個有效的serviceUrl指向另一個節(jié)點眉踱。利用Eureka Server這種架構(gòu)特性挤忙， 我在Eureka Server Cluster的部署時采用了三角形通信模型，三角形是一個很好的均衡模型谈喳，既是各點互連册烈，又是接力互連，三角形本身就是一個穩(wěn)定性幾何形狀婿禽，有著穩(wěn)固赏僧、堅定搜索、耐壓的特點扭倾，家具淀零、建筑、交通等各種行業(yè)都有應(yīng)用膛壹。如下圖所示驾中，Eureka Cluster的每個實例都和另外2個實例通信交互。
