## Jaeger跟踪
Jaeger跟踪沙箱演示使用Jaeger作为跟踪服务程序,为Envoy请求跟踪提供能力。这个沙盒与上面描述的前端代理架构非常类似,但有一点不同:在返回请求响应之前,`service1`对`service2`进行API调用。这三个容器将被部署在名为`envoymesh`的虚拟网络中。
所有的请求都通过前端Envoy代理进行路由,该Envoy充当位于`envoymesh`网络边缘的反向代理角色。通过docker compose将端口`80`映射到端口`8000`(请参阅[/examples/jaeger-tracing/docker-compose.yml](https://github.com/envoyproxy/envoy/blob/master//examples/jaeger-tracing/docker-compose.yml))。请注意,所有Envoy都配置为请求跟踪收集(例如,[/examples/jaeger-tracing/front-envoy-jaeger.json](https://github.com/envoyproxy/envoy/blob/master//examples/jaeger-tracing/front-envoy-jaeger.json)中的`http_connection_manager/config/tracing`设置),并将Jaeger设置为跟踪所生成的span收集服务集群(在[/examples/jaeger-tracing/front-envoy-jaeger.json](https://github.com/envoyproxy/envoy/blob/master//examples/jaeger-tracing/front-envoy-jaeger.json)中设置跟踪驱动程序)。
在将请求路由到相应的Envoy服务或应用程序之前,Envoy将负责为跟踪生成适当的span(父/子上下文span)。在高级别,每个span会记录上行API调用的延迟以及将span与其他相关span(例如跟踪ID)关联所需的信息。
Envoy跟踪最重要的好处之一是它能够将生成的跟踪记录发送到Jaeger服务集群。但是,为了充分利用跟踪功能,在调用其他服务时,应用程序也必须传递Envoy生成的跟踪头。在我们提供的沙箱中,充当`service1`简单的`flask`应用程序(请参阅/examples/front-proxy/service.py中的跟踪函数)传播跟踪头,同时对`service2`进行远程调用。
### 运行沙箱
以下文档将按照上图中所述组织的envoy集群的设置运行。
**第1步:建立沙箱**
要构建这个沙箱示例,并启动示例应用程序,请运行以下命令:
```
$ pwd
envoy/examples/jaeger-tracing
$ docker-compose up --build -d
$ docker-compose ps
Name Command State Ports
-------------------------------------------------------------------------------------------------------------
jaegertracing_service1_1 /bin/sh -c /usr/local/bin/ ... Up 80/tcp
jaegertracing_service2_1 /bin/sh -c /usr/local/bin/ ... Up 80/tcp
jaegertracing_front-envoy_1 /bin/sh -c /usr/local/bin/ ... Up 0.0.0.0:8000->80/tcp, 0.0.0.0:8001->8001/tcp
```
**第2步:产生一些负载请求**
您现在可以通过前端Envoy向`service1`发送一个请求,如下所示:
```
$ curl -v $(docker-machine ip default):8000/trace/1
* Trying 192.168.99.100...
* Connected to 192.168.99.100 (192.168.99.100) port 8000 (#0)
> GET /trace/1 HTTP/1.1
> Host: 192.168.99.100:8000
> User-Agent: curl/7.43.0
> Accept: */*
>
< HTTP/1.1 200 OK
< content-type: text/html; charset=utf-8
< content-length: 89
< x-envoy-upstream-service-time: 1
< server: envoy
< date: Fri, 26 Aug 2016 19:39:19 GMT
< x-envoy-protocol-version: HTTP/1.1
<
Hello from behind Envoy (service 1)! hostname: f26027f1ce28 resolvedhostname: 172.19.0.6
* Connection #0 to host 192.168.99.100 left intact
```
**第3步:通过Jaeger UI查看跟踪记录**
使用浏览器打开`http://localhost:16686`。您应该可以看到Jaeger仪表板。将服务设置为“前端代理”,然后点击“查找跟踪”。你应该看到来自前端代理的跟踪信息。单击一个跟踪,就可以查看从前端代理到`service1`到`service2`的请求所经过的路径,以及每个调用产生的延迟。
## 返回
- [上一级](../Sandboxes.md)
- [首页目录](../../README.md)
- 首页
- 简介
- Envoy是什么
- 架构介绍
- 术语
- 线程模型
- 监听器
- L3/L4网络过滤器
- HTTP连接管理
- HTTP过滤器
- HTTP路由
- gRPC
- WebSocket支持
- 集群管理
- 服务发现
- 健康检查
- 连接池
- 负载均衡
- 异常检测
- 熔断
- 全局限速
- TLS
- 统计
- 运行时配置
- 跟踪
- TCP代理
- 访问日志
- MongoDB
- DynamoDB
- Redis
- 热重启
- 动态配置
- 初始化
- 逐出
- 脚本
- 部署
- 业界对比
- 获得帮助
- 历史版本
- 编译安装
- 编译
- 参考配置
- 演示沙箱
- 前端代理
- Zipkin跟踪
- Jaeger跟踪
- gRPC桥接
- 构建Envoy Docker镜像
- 工具
- 配置参考
- V1 API 概述
- V2 API 概述
- 监听器
- 网络过滤器
- TLS客户端身份认证
- Echo
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP连接管理器
- 路由匹配
- 流量转移/分流
- HTTP头部操作
- HTTP头部清理
- 统计
- 运行时设置
- 路由发现服务
- HTTP过滤器
- 缓存
- CORS过滤器
- 故障注入
- DynamoDB
- gRPC HTTP/1.1 桥接
- gRPC-JSON 转码过滤器
- gRPC-Web 过滤器
- 健康检查
- 速率限制
- 路由
- Lua
- 集群管理
- 统计
- 运行时设置
- 集群发现服务
- 健康检查
- 熔断
- 访问日志
- 限速服务
- 运行时配置
- 路由表检查工具
- 运维管理
- 命令行选项
- 热重启
- 管理接口
- 统计概述
- 运行时配置
- 文件系统
- 自定义扩展示例
- V1 API参考
- 监听器
- 网络过滤器
- TLS客户端身份认证
- Echo
- HTTP连接管理
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP路由配置
- 虚拟主机
- 路由
- 虚拟集群
- 速率限制配置
- 路由发现服务
- HTTP过滤器
- 缓存
- CORS过滤器
- DynamoDB
- 故障注入
- gRPC HTTP/1.1 桥接
- gRPC-JSON 转码过滤器
- gRPC-Web 过滤器
- 健康检查
- Lua
- 速率限制
- 路由
- 集群管理
- 集群
- 健康检查
- 熔断
- TLS上下文
- 异常值检测
- HASH环负载均衡配置
- 异常检测
- 集群发现服务
- 服务发现服务
- 访问日志
- 管理接口
- 限速服务
- 运行时配置
- 跟踪
- V2 API参考
- 启动引导
- 监听&监听发现
- 集群&集群发现
- 服务发现
- 健康检查
- HTTP路由管理&发现
- TLS配置
- 通用的类型
- 网络地址
- 协议选项
- 发现API
- 限速组件
- 过滤器
- 网络过滤器
- TLS客户端身份认证
- HTTP连接管理
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP过滤器
- 缓存
- 故障注入
- 健康检查
- Lua
- 速率限制
- 路由
- gRPC-JSON转码器
- 常见访问日志类型
- 常见故障注入类型
- FAQ
- Envoy有多快?
- 我在哪里获得二进制文件?
- 我如何设置SNI?
- 如何设置区域感知路由?
- 我如何设置Zipkin跟踪?