首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏程序猿DD

    Spring Cloud构建微服务架构:分布式服务跟踪(跟踪原理)

    (或者其他任何Spring Cloud Stream绑定器实现的消息中间件)传递的请求 通过Zuul代理传递的请求 通过 RestTemplate发起的请求 在快速入门示例中,由于 trace-1对 trace -2发起的请求是通过 RestTemplate实现的,所以 spring-cloud-starter-sleuth组件会对该请求进行处理,在发送到 trace-2之前sleuth会为在该请求的Header -2的实现做一些修改来输出这些头部信息,具体如下: @RequestMapping(value = "/trace-2", method = RequestMethod.GET) public String 其中在 trace-2的控制台中,输出了当前正在处理的 TraceID和 SpanId信息。 -2 2016-11-27 09:26:52.673 DEBUG [trace-2,a6e9175ffd5d2c88,be4949ec115e554e,true] 1208 --- [nio-9102-

    1.3K50发布于 2018-03-21
  • 来自专栏程序猿DD

    Spring Cloud构建微服务架构:分布式服务跟踪(入门)

    微服务应用: trace-1,实现一个REST接口 /trace-1,调用该接口后将触发对 trace-2应用的调用。 -2,实现一个REST接口 /trace-2,供 trace-1调用。 -2", method = RequestMethod.GET) public String trace() { logger.info("===<call trace-2>== 在完成了准备工作之后,接下来我们开始进行本章的主题内容,为上面的 trace-1和 trace-2来添加服务跟踪功能。 -2实现服务跟踪做好了基础的准备,重启 trace-1和 trace-2后,再对 trace-1的接口发送请求 http://localhost:9101/trace-1。

    1.1K40发布于 2018-03-21
  • 来自专栏程序猿DD

    Spring Cloud构建微服务架构:分布式服务跟踪(收集原理)【Dalston版】

    下图展示了我们在本章节中实现示例的运行全过程:客户端发送了一个HTTP请求到 trace-1, trace-1依赖于 trace-2的服务,所以 trace-1再发送一个HTTP请求到 trace-2, Span B:记录了 trace-1应用发送请求给 trace-2应用、 trace-2应用接收请求, trace-2应用发送响应、 trace-1应用接收响应四个事件,它可以计算出 trace-1调用 trace-2的总体依赖时间(cr - cs),也可以计算出 trace-1到 trace-2的网络延迟(sr - cs),也可以计算出trace-2应用用于处理客户端请求的内部逻辑花费的时间延迟(ss Span C:记录了 trace-2应用在接收到 trace-1的请求之后调用处理方法的开始和结束两个事件,它可以计算出 trace-2应用用于处理来自 trace-1的请求时,内部逻辑花费的时间延迟。 下面两张图分别展示了来自 trace-1和 trace-2输出的跟踪消息,其中 trace-1的跟踪消息包含了3条span信息, trace-2的跟踪消息包含了2条span信息,所以在这个请求调用链上,

    1.3K71发布于 2018-03-20
  • 来自专栏程序猿DD

    Spring Cloud构建微服务架构:分布式服务跟踪(整合zipkin)【Dalston版】

    我们以之前实现的 trace-1和 trace-2为例,对它们做以下改造内容: 在 trace-1和 trace-2的 pom.xml中引入 spring-cloud-sleuth-zipkin依赖,具体如下所示 接下来,我们基于之前实现的 trace-1和 trace-2应用以及 zipkin-server服务端做一些改造,以实现通过消息中间件来收集跟踪信息。 改造的内容非常简单,只需要我们做项目依赖和配置文件做一些调整就能马上实现,下面我们分别对客户端和服务端的改造内容做详细说明: 第一步:修改客户端 trace-1和 trace-2 为了让 trace-1 和 trace-2在产生跟踪信息之后,能够将抽样记录输出到消息中间件中,我们除了需要之前引入的 spring-cloud-starter-sleuth依赖之外,还需要引入zipkin对Spring Cloud 测试与分析 在完成了上述改造内容之后,我们继续将 eureka-server、 trace-1和 trace-2、 zipkin-server都启动起来,同时确保RabbitMQ也处于运行状态。

    1.4K50发布于 2018-03-20
  • 来自专栏程序猿DD

    Spring Cloud构建微服务架构:分布式服务跟踪(整合logstash)【Dalston版】

    通过之前的《入门示例》,我们已经为两个由SpringCloud构建的微服务项目 trace-1和 trace-2引入了Spring Cloud Sleuth的基础模块 spring-cloud-starter-sleuth 此时我们可以在 trace-1和 trace-2的工程目录下发现有一个 build目录,下面分别创建了以各自应用名称命名的json文件,该文件就是在 logback-spring.xml中配置的名为 logstash </appender> 完整示例: 读者可以根据喜好选择下面的两个仓库中查看 trace-1和 trace-2两个项目: Github:https://github.com/dyc87112/SpringCloud-Learning

    1.6K51发布于 2018-03-20
  • 来自专栏程序猿DD

    Spring Cloud构建微服务架构:分布式服务跟踪(抽样收集)【Dalston版】

    原文地址:http://blog.didispace.com/spring-cloud-starter-dalston-8-6/ 完整示例: 读者可以根据喜好选择下面的两个仓库中查看 trace-1和 trace

    90960发布于 2018-03-20
领券