Netflix Eureka 2.0.0正式發(fā)布：借尸還魂還是虛晃一槍？

作者：YourBatman 2022-12-23 08:35:35

開發(fā) 前端

本次大版本號(hào)升級(jí)，雖然不是虛晃一槍但也僅屬小打小鬧。對你之前學(xué)習(xí)過的Eureka知識(shí)、源碼并不構(gòu)成沖擊，基本沒什么變動(dòng)，也算一件好事。

本文之所以聊一聊Eureka，是因?yàn)樗€是有一定話題度的。換句話講，在Spring Cloud的加持下，Eureka作為注冊中心的市場占有率蠻高的，大概率還是第一名（非官方數(shù)據(jù)，筆者個(gè)人直覺而已）。

真的or假的？

這，雖然有點(diǎn)難以置信，但，一圖勝千言：

結(jié)論：真的，毋庸置疑！！！

誰在提交代碼？

繼續(xù)看圖：

一直提交代碼的竟是Spring Cloud的作者，并非奈飛的工程師？

其實(shí)不然，Spencer Gibb確實(shí)有過不少的commit，但他絕非唯一。但他的源動(dòng)力是很足的，作為Spring Cloud項(xiàng)目的負(fù)責(zé)人之一，也得負(fù)責(zé)將Release Train上的組件整合進(jìn)來嘛。說到底，還是誰最痛，誰去推！

PS：代碼肯定不會(huì)是他一個(gè)人來寫（commit也有不少奈飛的工程師），但主要推手之一一定有他

為什么還在維護(hù)Eureka？

既然Netflix官方都不愿去繼續(xù)發(fā)展Eureka了，為何還在持續(xù)迭代升級(jí)呢？

這其中非常重要的一個(gè)原因是：Eureka作為配置中心組件，足夠優(yōu)秀！！！

整體設(shè)計(jì)、表現(xiàn)、性能、代碼水平...都屬非常優(yōu)秀級(jí)別

無明顯短板：性能可能算一個(gè)，但只要不是超大規(guī)模集群就不成問題

這里祭出各個(gè)注冊中心對比圖，感受下Eureka的“強(qiáng)悍”：

乍一看Nacos貌似完勝？但“國產(chǎn)軟件”想要走向世界，還有一段路要走。這不體現(xiàn)在它是否實(shí)現(xiàn)的功能，而體現(xiàn)在實(shí)現(xiàn)的非功能（如文檔、宣傳、設(shè)計(jì)、代碼水平等）。

這次更新的目的是啥

結(jié)合Spring Framework、Spring Boot、Spirng Cloud的發(fā)布節(jié)點(diǎn)，以及上面截圖中 Spring Cloud作者一直提交代碼的跡象來看，本次升級(jí)的目的就顯而易見了：繼續(xù)擁抱Spring Cloud。這不，最新的Spring Cloud 2022已經(jīng)“擁抱”它了：

本次升級(jí)的目的，Release Note上也做了說明：這個(gè)2.0.0版本是一項(xiàng)新的工作，和2.x-archive分支是完完全全的兩碼事，從代碼分支里也能看出來：

本次升級(jí)，Eureka Server的Http API接口和數(shù)據(jù)結(jié)構(gòu)沒有任何改變。言外之意：協(xié)議層面，100%向下兼容，兼容1.x的Client客戶端。所以本次升級(jí)的目的主要是：Spring Framework 6.0和Spring Boot 3.0兼容，并且擁抱Jakarta EE 9。

what’s new（新特性）

既然升級(jí)已成事實(shí)，并非虛晃一槍。那就看看新版本帶來了哪些新特性唄。

雖然是大版本號(hào)的升級(jí)，但在功能上并不會(huì)有多少改變，簡要看一看。

最低版本要求

JDK 8（跑測試的話要求JDK 11及以上，因?yàn)闇y試依賴基于Jakarta EE 9的Jetty）

解釋：原生Eureka Client&Server的代碼，使用JDK 8可以正常構(gòu)建、使用

Spring Boot 3.0.0

Spring Cloud 2022.0.0

原生Eureka估計(jì)沒人會(huì)直接使用，一般都會(huì)結(jié)合Spring Cloud一起，這也是“官方推薦”。

其它改變

眾所周知，Eureka是CS模式，分為Client端和Server端。上面提到：本次升級(jí)協(xié)議層面完全沒變，但這并不代表代碼層面沒有變化。

2.0.0版本Java客戶端API不向后兼容1.x。言外之意：接口協(xié)議雖不變，但實(shí)現(xiàn)接口的代碼API變了，不兼容1.x了。我們知道Eureka發(fā)送Http請求使用的是glassfish的Jersey客戶端，版本變強(qiáng)便是本次不兼容的主要原因：Eureka 1.x版本默認(rèn)使用Jersey 1.x（可選支持Jersey 2.x），而Eureka 2.0.0版本使用的是jersey 3.x。

從Jar包層面可以看出，除了?javax.*? -> jakarta.*，改變得并不多，官方描述的是2.0.0大部分Java客戶端API保持不變。

另外，eureka-server這個(gè)模塊現(xiàn)在并不能直接打成一個(gè)WAR包部署，因?yàn)椤肮俜健保ㄟ@里主要指的Spring官方）覺得沒有必要，畢竟你不太可能單獨(dú)去裸跑它。推薦的使用方式是作為Spring Cloud Netflix的一部分跑在Spring Boot應(yīng)用上，非常方便。

使用兼容性示例

大版本號(hào)升級(jí)了，并且還存在一定阻斷式，但官方又一直強(qiáng)調(diào)改變得不多，那么到底如何呢？保險(xiǎn)起見，筆者跑了幾個(gè)典型case看看：

eureka-server：下圖可看到1.x和2.x的后臺(tái)頁面一毛一樣