Spring Boot Admin2.X監(jiān)控的服務(wù)context-path問(wèn)題

SHERlocked93 發(fā)布于2019-08-16 15:36 / 2607人閱讀

摘要：在使用進(jìn)行監(jiān)控時(shí)，如果被監(jiān)控的服務(wù)沒(méi)有加的話是不會(huì)有任何問(wèn)題的，一旦服務(wù)加了的配置，監(jiān)控就會(huì)失敗。歡迎加入我的知識(shí)星球，一起交流技術(shù)，免費(fèi)學(xué)習(xí)猿天地的課程目前星球中正在星主的帶領(lǐng)下組隊(duì)學(xué)習(xí)，等你哦

在使用Spring Boot Admin進(jìn)行監(jiān)控時(shí)，如果被監(jiān)控的服務(wù)沒(méi)有加context-path的話是不會(huì)有任何問(wèn)題的，一旦服務(wù)加了context-path的配置，監(jiān)控就會(huì)失敗。

下圖是正常情況的顯示：

我們給被監(jiān)控的服務(wù)增加一個(gè)context-path：

server.servlet.context-path=/yinjihuan

當(dāng)被監(jiān)控的服務(wù)增加了context-path之后，這邊就會(huì)報(bào)異常了，如下圖：

原因是什么呢？

這是因?yàn)榧恿薱ontext-path后actuator的訪問(wèn)路徑都發(fā)生變化了，默認(rèn)的路徑都訪問(wèn)不到，拿不到數(shù)據(jù)導(dǎo)致的。

如何解決呢？

大家看上面貼的圖片，右上角顯示了健康狀態(tài)監(jiān)測(cè)的地址：

http://192.168.31.244:8083/
http://192.168.31.244:8083/actuator
http://192.168.31.244:8083/actuator/health

在沒(méi)加context-path之前，就是這個(gè)地址去訪問(wèn)的，加了之后訪問(wèn)的時(shí)候就要把context-path給加上，也就是變成了下面的信息：

http://192.168.31.244:8083/yinjihuan
http://192.168.31.244:8083/yinjihuan/actuator
http://192.168.31.244:8083/yinjihuan/actuator/health

關(guān)鍵是如何去修改這個(gè)地址啊，我們想想看，Spring Boot Admin只是一個(gè)展示平臺(tái)，本身是不存儲(chǔ)信息的，我們用的是整合了Eureka的方式，所以信息都是從Eureka過(guò)來(lái)的，查看下Eureka中服務(wù)的信息就知道了。

通過(guò)eureka部署的地址+/eureka/apps/服務(wù)名稱查看，如下圖：

可以看到在instance下面有homePageUrl,statusPageUrl,healthCheckUrl的值是沒(méi)加上context-path的，于是我把這三個(gè)值改過(guò)來(lái)：

eureka.instance.home-page-url-path=${server.servlet.context-path}
eureka.instance.health-check-url-path=${server.servlet.context-path}/actuator/health
eureka.instance.status-page-url-path=${server.servlet.context-path}/actuator/info

然后發(fā)現(xiàn)確實(shí)不報(bào)錯(cuò)了，顯示如下：

問(wèn)題是還有很多的監(jiān)控信息不見(jiàn)了，現(xiàn)在只有一個(gè)Metadata和Health信息，還是沒(méi)有完全改好。

這個(gè)時(shí)候就兩種方式了，要么通過(guò)源碼的方式去解決問(wèn)題，要么直接細(xì)讀官方文檔，我看了下文檔，找到了一個(gè)配置：

大概意思是將這個(gè)路徑追加到服務(wù)URL中，用于訪問(wèn)端點(diǎn)信息，這個(gè)配置是需要增加到服務(wù)的metadata中的，如下:

eureka.instance.metadata-map.management.context-path=${server.servlet.context-path}/actuator

加了這句之后數(shù)據(jù)就能全部出來(lái)了，問(wèn)題到此全部解決。

還有一種方式就是通過(guò)源碼的方式來(lái)解決，給大家提供點(diǎn)思路，當(dāng)報(bào)錯(cuò)的時(shí)候，我們可以抓包，看頁(yè)面是從哪個(gè)地址獲取的數(shù)據(jù)，比如：

主要是applications這個(gè)地址，可以看到重要的信息是endpoints里面的數(shù)據(jù)，這些端點(diǎn)信息和對(duì)應(yīng)的url就是最終顯示的數(shù)據(jù)來(lái)源，當(dāng)加了context-path之后這些地址還是之前的，所以獲取不到數(shù)據(jù)，那么為什么需要配置management.context-path就可以解決呢？

大家可以一步步跟進(jìn)去看源碼，我直接告訴大家這塊的代碼在哪里

de.codecentric.boot.admin.server.services.endpoints.QueryIndexEndpointStrategy.detectEndpoints(Instance)

這個(gè)方法里面：

這邊就是獲取所有Endpoints的方法，instance.getRegistration().getManagementUrl()就是我們需要改正確的地址，只有這個(gè)地址正確了才能獲取到正確的Endpoints信息。

歡迎加入我的知識(shí)星球，一起交流技術(shù)，免費(fèi)學(xué)習(xí)猿天地的課程（http://cxytiandi.com/course） PS：目前星球中正在星主的帶領(lǐng)下組隊(duì)學(xué)習(xí)Sentinel，等你哦！