sharedCode

精品文章sharding-jdbc源码分析Eureka源码解析rocketMq源码深度解析xxl-job分布式定时任务构建sleuth+zipkin全链路监控系统深入理解dubbo实现原理方案选择本文

前文我们介绍过，自定义采样率，但是为了满足项目的灵活性，我们最好可以提供在程序运行过程中，可以动态的修改 采样率等信息，如此才能应对项目运行当中碰到的各种问题。 项目运行过程中，我们可能会遇到下面这些问题。 默认zipkin是不支持上面的这些功能的，但是我们可以基于分布式配置中…

本文的异常处理分为两种，第一种讲的是zipkin原生的异常处理，第二种就是针对实际业务做异常处理的扩展，本文的重点讲的是如何根据自身的实际情况定制异常处理。 zipkin通过对span打tag，打上error的tag表示这次调用出错了。 这句话的意思就是，加入你程序发生了错误，…

github提供的方式，是一个zipkin-dependencies-xxx.jar ，通过启动这个jar包生成调用链，这个jar包启动后，执行一次线程就会自动结束了，这在生产环境是不可忍受的。 在github上下载最新的 release源码。 我这边使用的是xxl-job +…

上一节我们了解到，如果URI上面有动态参数，那么默认的sleuth拿到的不是真实的接口路径，这会导致后续我们做接口调用链的统计的时候会有问题，本文基于 sleuth1.2.6版本， 低于这个版本，这种方案无效。 新建traceLocalFilter , 该类继承TraceFil…

这个时候zipkin收集到的接口地址是 /test/100 , 存入数据库中的时候，span的name = "http:/test/100" , 这个在没有特殊需求的情况下没有问题，但是我规划的微服务链路追踪系统，是需要对接口的调用链，调用次数，性能，响应时间等数据进行分析的，…

zipkin原生提供的采样率设置，仅能针对全局进行设置，无法做到精细化设置，比如，有些接口我们觉得比较重要，所以想采样率高一点，有些接口很简单，我们希望不采集或者采集率设置低一点，原生是没办法做到的，需要完成这个功能，需要我们重写他的采样率计算器。 下面的是他原生的配置，由于它…

在实际生产中，我们有可能会碰到有些接口，有些URI我们不想追踪，不想产生追踪数据，这个时候可以使用sleuth的追踪跳过的机制，默认sleuth已经禁用了如下URI，下面的URI访问系统的时候是不会被追踪的。 1.yaml中skip-pattern的配置，如果uri在这个里面配…

@ConditionalOnProperty(value="spring.sleuth.enabled", matchIfMissing=true) , 匹配spring.sleuth.enabled属性，如果确实，则默认为true。 sleuthTracer() , 整个系统…