解决Spring Cloud Alibaba/Spring Cloud整合Zipkin之后的报错问题

最新推荐文章于 2024-10-07 20:37:22 发布
最新推荐文章于 2024-10-07 20:37:22 发布
阅读量6.1k 收藏 7
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lilizhou2008/article/details/100148968
版权

点击上方"IT牧场"，选择"设为星标"技术干货每日送达！

TIPS

•本文服务发现组件以Nacos为例。•本文基于 Spring Cloud Greenwich SR1

问题复现

依赖

<dependency>	
  <groupId>org.springframework.cloud</groupId>	
  <artifactId>spring-cloud-starter-zipkin</artifactId>	
</dependency>

配置

spring:	
  zipkin:	
    base-url: http://localhost:9411/	
  sleuth:	
    sampler:	
      probability: 1.0

结果

只要你的API被调用，应用就会疯狂报类似如下的异常。

2019-08-24 23:10:25.330 ERROR [user-center,,,] 48628 --- [.naming.updater] com.alibaba.nacos.client.naming          : [NA] failed to update serviceName: DEFAULT_GROUP@@localhost	

	
java.lang.IllegalStateException: failed to req API:/nacos/v1/ns/instance/list after all servers([localhost:8848]) tried: failed to req API:http://localhost:8848/nacos/v1/ns/instance/list. code:404 msg: service not found: DEFAULT_GROUP@@localhost	
    at com.alibaba.nacos.client.naming.net.NamingProxy.reqAPI(NamingProxy.java:380) ~[nacos-client-1.0.0.jar:na]	
    at com.alibaba.nacos.client.naming.net.NamingProxy.reqAPI(NamingProxy.java:304) ~[nacos-client-1.0.0.jar:na]	
    at com.alibaba.nacos.client.naming.net.NamingProxy.queryList(NamingProxy.java:217) ~[nacos-client-1.0.0.jar:na]	
    at com.alibaba.nacos.client.naming.core.HostReactor.updateServiceNow(HostReactor.java:273) ~[nacos-client-1.0.0.jar:na]	
    at com.alibaba.nacos.client.naming.core.HostReactor$UpdateTask.run(HostReactor.java:318) [nacos-client-1.0.0.jar:na]	
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_201]	
    at java.util.concurrent.FutureTask.run$$$capture(FutureTask.java:266) [na:1.8.0_201]	
    at java.util.concurrent.FutureTask.run(FutureTask.java) [na:1.8.0_201]	
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_201]	
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_201]	
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_201]	
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_201]	
    at java.lang.Thread.run(Thread.java:748) [na:1.8.0_201]

原因：

Spring Cloud把 http://localhost:9411/ 当作了服务发现组件里面的服务名称；于是，Nacos Client尝试从Nacos Server寻找一个名为 localhost:9411 的服务…这个服务根本不存在啊，于是就疯狂报异常（因为Nacos Client本地定时任务，刷新本地服务发现缓存）

解决方案

知道原因之后，要想解决很简单：

•让Spring Cloud 正确识别http://localhost:9411/ ，当成一个URL，而不要当做服务名。•把Zipkin Server注册到Nacos

谈谈Zipkin Server注册到服务发现组件

Zipkin Server 官方并不支持注册到服务发现组件！！！！在 https://github.com/openzipkin/zipkin/issues/2540 里面，官方人员解答得很清楚了：

@nkorange[1] thank you for reaching out. We have had several users ask about service discovery with Zipkin Server over the years (see #1870[2]) and less ask about dynamic/external configuration. We don't currently support any service discovery as a first-class feature. There is a workaround to use Eureka mentioned in #1870[3]. So unless a user is using that, or is building a custom Zipkin Server (which we don't officially support), there should be no service discovery.

If you want to come chat with us on Gitter (https://gitter.im/openzipkin/zipkin[4]) about next steps, please do.

详见 We don't currently support any service discovery as a first-class feature.

如果你想要注册到服务发现组件，那么可以参考 https://github.com/openzipkin/zipkin/issues/1870 说明自己改造Zipkin Server让其注册到服务发现组件，但这样做不会得到任何官方的技术支持！！

所以，将Zipkin Server注册到Nacos或者其他服务发现组件，不是最优解。我们的解决方案就演变成了：让Spring Cloud 正确识别 http://localhost:9411/ ，当成一个URL，而不要当做服务名。这一种解决方案。

配置走你！

spring:	
  zipkin:	
    base-url: http://localhost:9411/	
    discovery-client-enabled: false

从这个配置的注释（ 代码见 org.springframework.cloud.sleuth.zipkin2.ZipkinProperties#discoveryClientEnabled ）来看，只要设置成false，那么就会把 http://localhost:9411/ 当成一个URL，而不是服务名称了。

你以为已经牛逼了，然而当你去测试的时候，发现 然并卵 ，一点效果都没有。

Spring Cloud Sleuth Bug、解决方案与Pull Request

问题代码在这里：org.springframework.cloud.sleuth.zipkin2.sender.ZipkinRestTemplateSenderConfiguration.DiscoveryClientZipkinUrlExtractorConfiguration.ZipkinClientNoOpConfiguration ，里面是这么玩的：

@Configuration	
@ConditionalOnProperty(value = "spring.zipkin.discoveryClientEnabled", havingValue = "false")	
static class ZipkinClientNoOpConfiguration {	
  ...	
}

当你看到这个代码的时候，就应该知道解决方案啦！那就是你得把配置修改为：

spring:	
  zipkin:	
    base-url: http://localhost:9411/	
    discoveryClientEnabled: false

就可以了！

这其实是Spring Cloud Sleuth子项目 spring-cloud-sleuth-zipkin 的一个Bug！

•相关的Issue在：https://github.com/spring-cloud/spring-cloud-sleuth/issues/1376•解决的Pul Request在：https://github.com/spring-cloud/spring-cloud-sleuth/pull/1379 ，代码已经合并了，在 Spring Cloud Greenwich SR3 版本中会修正！

简单总结一下：

•如果你使用的是Greenwich SR3之前的版本，务必使用 spring.zipkin.discoveryClientEnabled = false ，否则配置不生效！！•如果你使用的是Greenwich SR3及更高版本，可使用 discovery-client-enabled 或者 discoveryClientEnabled 。

为什么Zipkin Server不支持服务发现，Spring Cloud还弄个服务发现的配置？

我暂时没有找到Spring Cloud这样做的意图。我的猜想：是因为早期Spring Cloud是使用自己编写代码实现Zipkin Server的（从Finchley开始，改成了直接用Zipkin官方现成的jar包启动），这种方式可以注册到你想要的服务发现组件上（因为本质上，Zipkin Server就是个基于Spring Boot的应用嘛）。

一点吐槽

个人觉得Spring Cloud这部分的设计不太优雅，如果让我来设计的话，我应该会这么设计：

URL模式：

spring:	
  zipkin:	
    base-url: http://localhost:9411/

服务名称的模式：

spring:	
  zipkin:	
    base-url: lb://zipkin-server/

这样带来的好处：

•scheme（http:// 、 lb:// ）就可以区分出是具体URL还是微服务名称了，无需配置 discoveryClientEnabled•lb:// 协议和Spring Cloud Gateway形成了呼应，学习成本也比较低，使用体验更加一致

不过工作比较忙，只有创意，暂时没有时间提交PR…哈哈，所以…吐槽完还是得继续忍着啊…

干货分享

最近将个人学习笔记整理成册，使用PDF分享。关注我，回复如下代码，即可获得百度盘地址，无套路领取！

•001：《Java并发与高并发解决方案》学习笔记；•002：《深入JVM内核——原理、诊断与优化》学习笔记；•003：《Java面试宝典》•004：《Docker开源书》•005：《Kubernetes开源书》•006：《DDD速成（领域驱动设计速成）》•007：全部•008：加技术讨论群

近期热文

•分布式事务中间件 Seata 的设计原理•Java 8中Stream API的这些奇技淫巧！你都Get到了吗？•分享 | 阿里巴巴如何管理代码分支？•干货 | 这次我们看看阿里的人是如何蹂躏CPU的•深度解析 Spring Bean 的加载•阿里工程师谈，什么是好的代码？

References

[1] @nkorange: https://github.com/nkorange[2] #1870: https://github.com/openzipkin/zipkin/issues/1870[3] #1870: https://github.com/openzipkin/zipkin/issues/1870[4]: https://gitter.im/openzipkin/zipkin

想知道更多？长按/扫码关注我吧↓↓↓640?wx_fmt=jpeg>>>技术讨论群<<<喜欢就点个"在看"呗^_^

ITMuch.com
关注
SpringCloud Alibaba系列 Sleuth Zipkin（五）
又逢乱世
11-05 931
springcloud 链路追踪 Sleuth Zipkin
【Spring Cloud Alibaba】链路监控 Sleuth+Zipkin
Vincent Vic
06-13 652
微服务架构是通过业务来划分服务的，使用 REST 调用。对外暴露的一个接口，可能需要很多个服务协同才能完成这个接口功能，如果链路上任何一个服务出现问题或者网络超时，都会形成导致接口调用失败。随着业务的不断扩张，服务之间互相调用会越来越复杂。链路监控 Sleuth+Zipkin...
zipkin-server UI 404报错
zhaole524的专栏
07-22 3353
背景： 在使用zipkin-server的UI的时候，发现页面上会报错从404问题： 原因： 这是因为使用了i18n的国际化语言加载能力，参见： https://www.ibm.com/developerworks/cn/web/1305_hezj_jqueryi18n/ 其使用了jQuery.i18n.properties 插件，动态的根据浏览器的语言去加载相应的语...
nacos启动后console报错， failed to req API:http://127.0.0.1:8848/nacos/v1/ns/api/srvIPXT. code:404 msg:
热门推荐
liuxianwen1990的博客
04-12 2万+
[CALL-SERVER]failedtoreqAPI:http://127.0.0.1:8848/nacos/v1/ns/api/srvIPXT.code:404msg:domnotfound:localhost 每一客户端要配置这个 spring zipkin: #他不断的去跟踪所有服务， discovery-client-...
OJ在线评测系统 后端微服务架构 Maven子工程父工程生成 使用Ali Cloud脚手架创建项目 解决依赖冲突的问题
最新发布
欢迎来到我的编程世界
10-07 386
​ Maven子工程父工程生成 Spring Cloud有相当多的依赖 参差不齐 大家可以积累一套自己的依赖 建议使用脚手架创建项目 Cloud Native App Initializer (aliyun.com) ​可以通过继承父模块的配置 统一项目的定义和版本号子模块引用父模块的版本父模块定义modules 子模块引入parent语法。
Server response error code:404, error:{"ret":-1, "msg":"invalid appkey"}
weixin_33725239的博客
04-29 2718
Server response error code:404, error:{"ret":-1, "msg":"invalid appkey"} 可以肯定： 1、微信开放平台应用 appid 正确 2、应用签名正确 invalidappkey，是集成微信统计需要用到 appkey，而我的应用没有集成微信统计。 解决方法： 把 dependencies 里的 com...
Spring Cloud Sleuth + Zipkin
这波不亏的博客
05-22 993
基本概念 分布式跟踪系统 在微服务架构中，众多的微服务之间互相调用，如何清晰地记录服务的调用链路是一个需要解决的问题。同时，由于各种原因，跨进程的服务调用失败时，运维人员希望能够通过查看日志和查看服务之间的调用关系来定位问题。 一个分布式服务跟踪系统主要由三部分构成： 数据采集 数据传输 数据存储 数据分析 数据可视化 分布式服务跟踪系统设计理念： 平台无关性 多语言支持 多中间件支持 sleuth 介绍 Spring cloud sleuth 是为了对微服务之间调用链路进行跟踪的一个组件，sleu
Spring Cloud Sleuth整合Zipkin
rzpy_qifengxiaoyue的博客
09-08 712
1. 简介 在使用Spring Cloud Sleuth的时候，日志在控制台展示，这样的日志首先不容易阅读观察，另外日志分散在各个微服务服务器上，所以我们一般使用zipkin统一聚合轨迹日志并进行存储展示。把 Sleuth 的数据信息发送给 Zipkin进行聚合，利用 Zipkin 存储并展示数据。 2. 结合 Zipkin展示追踪数据 Zipkin 包括Zipkin Server和 Zipkin Client两部分，Zipkin Server是一个单独的服务，Zipkin Client就是具体的微服务
解决Spring Cloud Alibaba/Spring Cloud整合Zipkin后的报错问题
sincegc的博客
08-28 6979
TIPS •本文服务发现组件以Nacos为例。 •本文基于 Spring Cloud Greenwich SR1 问题复现 依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zipkin<...
SpringCloud Alibaba 组件骨架
09-07
SpringCloud Alibaba 是一个基于 Spring Cloud 的微服务框架，它提供了丰富的中间件和组件，用于构建分布式系统。这个组件骨架可能是为了快速搭建一个使用 SpringCloud Alibaba 技术栈的应用，帮助开发者快速入门并...
Spring Cloud Alibaba.md
09-11
- **定位与目标**：Spring Cloud Alibaba 是一套专为微服务架构设计的开发工具包，其核心目的是提供一站式的微服务解决方案，使开发者能够更加便捷、高效地构建分布式应用。 - **集成优势**：通过简单的配置和注解，...
spring cloud 链路追踪 spring cloud sleuth 加 zipkin
qq_19520877的博客
01-31 254
1.在客户端（要监控的服务上）增加坐标 <dependency> <!--链路追踪--> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-sleuth</artifactId> <version>2.0.0.RELEAS
基于zipkin链路追踪中的问题排查(Parameter 2 of method reporter in org.springframework.cloud.sleuth.zipkin2.Zipki)
qq_33479841的博客
10-24 2397
1.概述 最近在服务中添加链路追踪功能时，遇到了一个了一个kafka报错的问题，经过一番排查，最终确认了问题根源，最终予以解决。下面将阐述这一问题的排查过程。 2.问题排查 错误信息如下图所示： Error starting ApplicationContext. To display the auto-configuration report re-run your application with 'debug' enabled. 2020-10-20 17:00:52.090 |-ERROR [mai
连接nacos异常[NA] failed to update serviceName: UAT_GROUP@@**-** NacosException: Request Exception
youshang520i
04-06 1万+
nacos服务连接异常：Server check fail, please check server 10.8.7.152 ,port 9848 is available , error ={} java.util.concurrent.TimeoutException: Waited 3000 milliseconds
status code = 404, status message = [Not Found]
qq_45019421的博客
09-20 1万+
Caused by: java.io.IOException: Did not receive successful HTTP response: status code = 404, status message = [Not Found] 求救 服务器端可以正常启动 但是客户端启动时报错 404 找了几个小时 依然无解 具体报错如下图 服务端 文件结构 依赖 <properties> <spring.version>4.0.7.RELEASE</
Spring cloud Zipkin 链路追踪安装配置和使用，SpringCloud Zipkin server 下载安装
蕃薯耀的博客
03-29 1437
Spring cloud Zipkin 链路追踪安装配置和使用，SpringCloud Zipkin server 下载安装 ================================ ©Copyright 蕃薯耀2021-03-29 https://www.cnblogs.com/fanshuyao/ 一、Spring cloud Zipkin 概述 为什么要使用链路追踪？如果一个企业...
spring-cloud-starter-zipkin启动报错的可能原因
liangshui999的博客
11-17 1254
spring-cloud-starter-zipkin启动报错的可能原因
Spring Cloud Sleuth + Zipkin 实现服务追踪
lgxzzz的博客
11-13 286
调用链监控的基础原理 在介绍调用链监控工具之前，我们首先需要知道在微服务架构系统中经常会遇到两个问题： 跨微服务的API调用发生异常，要求快速定位（比如5分钟以内）出问题出在哪里，该怎么办？ 跨微服务的API调用发生性 能瓶颈，要求迅速定位（比如5分钟以内）出系统瓶颈，该怎么办？ 一般来说要解决这两个问题或者与之类似的问题，就需要用到调用链监控工具。那么调用链监控工具是怎么实现问题的快速定位的呢？这就需要我们理解调用链监控的基础实现原理，我们来看一张图： 图中有两个微服务分别是内容中心和用户.
Spring Cloud 使用sleuth&zipkin 链路追踪
昕友软件博客
06-19 500
微服务系统拆分导致系统调用链路愈发复杂一个前端请求可能最终需要调用很多次后端服务才能完成，当整个请求变慢或不可用时，我们是无法得知该请求是由某个或某些后端服务引起的，这时就需要解决如何快读定位服务故障点，以对症下药。于是就有了分布式系统调用跟踪的诞生。针对微服务化应用链路追踪的问题，Google在2010年发表了论文《Dapper, a Large-Scale Distributed S...
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值