设计之家微博,seo全称是什么意思,seo百度发包工具,中国建设银行快捷付授权网站服务追踪,就是对请求接口的追踪并保存. 在测试的过程中我们会发现#xff0c;有时候#xff0c;程序刚刚启动后#xff0c;刷新几次#xff0c;并不能看到任何数据#xff0c;原因就是我们的spring-cloud-sleuth收集信息是有一定的比率的#xff0c;默认的采样率是0.1有时候程序刚刚启动后刷新几次并不能看到任何数据原因就是我们的spring-cloud-sleuth收集信息是有一定的比率的默认的采样率是0.1配置此值的方式在配置文件中增加spring.sleuth.sampler.percentage参数配置如果不配置默认0.1如果我们调大此值为1可以看到信息收集就更及时。但是当这样调整后我们会发现我们的rest接口调用速度比0.1的情况下慢了很多即时在0.1的采样率下我们多次刷新consumer的接口会发现对同一个请求两次耗时信息相差非常大如果取消spring-cloud-sleuth后我们再测试会发现并没有这种情况可以看到这种方式追踪服务调用链路会给我们业务程序性能带来一定的影响。 其实我们仔细想想也可以总结出这种方式的几种缺陷 缺陷1zipkin客户端向zipkin-server程序发送数据使用的是http的方式通信每次发送的时候涉及到连接和发送过程。 缺陷2当我们的zipkin-server程序关闭或者重启过程中因为客户端收集信息的发送采用http的方式会被丢失。 针对以上两个明显的缺陷改进的办法是 1、通信采用socket或者其他效率更高的通信方式。 2、客户端数据的发送尽量减少业务线程的时间消耗采用异步等方式发送收集信息。 3、客户端与zipkin-server之间增加缓存类的中间件例如redis、MQ等在zipkin-server程序挂掉或重启过程中客户端依旧可以正常的发送自己收集的信息。 相信采用以上三种方式会很大的提高我们的效率和可靠性。其实spring-cloud以及为我们提供采用MQ或redis等其他的采用socket方式通信利用消息中间件或数据库缓存的实现方式。下一次我们再来测试spring-cloud-sleuth-zipkin-stream方式的实现。 转载于:https://www.cnblogs.com/chengyangyang/p/10008004.html
