问题标签 [distributed-tracing]

我正在使用 Zipkin 进行分布式跟踪。我添加了 zipkin-storage-mysql 依赖项，以便将跟踪保存在 MySQL DB 中。当我查询 ZIPKIN_SPANS 表时，我在 TRACE_ID 列中找不到 16 个字符的跟踪 ID，我使用它来在 zipkin UI 上加载跟踪。

例如：localhost:9411/traces/4bcdd0bd5d2f70c0

请帮助我了解我该如何解决。另外，如何向表中添加新列以将特定于应用程序的 id 与其关联

我在与 jaeger 和 Istio 合作时遇到了困难。

谁能描述为任何演示应用程序配置 jaeger 和 istio 时要遵循的步骤。我尝试了一些博客和网站，但不幸的是，对我没有任何帮助。如果有人能在这方面帮助我，那就太好了。

围绕分布式跟踪功能评估 Istio Sidecar 代理，目前我正在传递跟踪标头并将其作为应用程序代码的一部分接受，以下是标头：

有没有一种方法可以将这些标头配置为在 POD/入口级别与请求一起传递，这样我就不必对代码进行任何更改以实现服务之间的跟踪？

我有一些服务。我想使用 zipkin-go 跟踪这些服务。在每项服务中，我都在调用我的一些其他内部服务或数据库调用。我想跟踪每个活动，例如调用内部服务或数据库花费了多少时间。我已经使用互联网上的可用教程实现了。下面是我的代码：

我正在跟踪我的请求，但我无法跟踪uploadimage控制器内部发生的事情。下面是我的 zipkin UI 的截图：

我想跟踪 uploadimage 控制器内部发生的所有活动。我应该通过什么才能追踪所有内容。

我在 Go 中使用 OpenCensus 将跟踪数据推送到 Stackdriver 以进行涉及 2 个或更多微服务链的调用，我注意到我得到了许多跟踪，其中包含仅针对某些服务的跨度，而不是整个端到端调用。

目前，我将此归因于并非所有调用都被跟踪（仅某个样本）并且每个服务都决定是否跟踪其当前跨度这一事实。

这是它的工作方式吗？有什么方法可以确保在对跟踪进行采样时，调用链中的所有服务都会这样做？

我已经使用带有以下设置的 helm 图表安装了 Istio：

当我检查istio-system命名空间下集群中运行的服务时，我看到跟踪周围的多个服务。

由于 Jaeger 是默认设置，因此我希望只看到jaeger-collector. 目前尚不清楚任何想法的作用是jaeger-agent什么？,tracingzipkin

Logback MDC（映射诊断上下文）正在利用 threadLocal（据我所知），以便在同一线程执行的所有日志语句上都可以访问它。

我的问题是，logback MDC 是否会像以前在 tomcat 中那样在 Netty 或 Undertow 等非阻塞 IO 服务器端运行时中工作？如果是，它是如何工作的，因为 Netty/Undertow 不像 tomcat 那样遵循每个请求一个线程。

我正在尝试在 MDC 中放置一个 traceID，以便我可以在像 Splunk/ELK 这样的集中式日志系统中跨多个微服务/管道侦听器的一个事务跟踪跟踪我的所有日​​志

使用 istio 和不使用 istio 的 jaeger 跟踪的优点是什么？

例如，使用 istio 它将减少收集更多跟踪的延迟

无法skywalking ui从istio指标中看到数据。

使用以下指南安装istio和skywalking后端Kubernetes： https ://github.com/apache/skywalking/tree/master/docs/en/setup/istio 。完成了指南中的所有步骤并部署了应用程序。部署的应用程序是book app来自的示例istio。可以在 中看到跟踪Jaeger并且效果很好，但istio在skywalking ui.

我如何提供来自istioto 的指标skywalking ui或我需要配置什么来制作来自istiocome to的指标skywalking ui。

混音器日志：

Istio 政策：

不知何故，我无法连接到我的skywalking后端，问题出在名称和命名空间上，但仍然出现错误，但现在skywalking后端获取数据但 ui 没有更新。Istio遥测：

rpc error: code = Unavailable desc = upstream connect error or disconnect/reset before headers. reset reason: connection failure

好的，我花了一些时间弄清楚如何配置东西以在日志中包含 DataDog 跟踪 ID，但无法让它工作。要清楚我正在寻找的是在日志消息中查看跟踪 ID，就像添加spring-cloud-starter-sleuth到类路径一样，自动配置 Slf4j/Logback 以在日志消息中显示跟踪 ID。

我开始的地方：

1. 我们有一个简单的 web spring boot 应用程序作为 Docker 容器运行，部署为 AWS Elastic BeansTalk，其日志转到 CloudWatch，我们在那里读取它们。
2. 我们将 DataDog 作为 Java 代理（因此 pom.xml 中没有依赖项）
3. 我们的依赖项列表中有 SLF4J/Logback。
4. 没有其他相关的依赖（如dd-trace-ot或任何opertracing库）

到目前为止我做了什么：

1. 我在 SO 上发现添加opentracing-spring-cloud-starter会自动添加日志集成。但我无法让它工作。
2. 在 DD 网站上，它说配置模式足以查看 ID，但在我们的例子中它不起作用。（是因为我们的日志没有 JSON 吗？）。此外，添加dd-trace-ot没有帮助。

笔记：

1. 我们无法切换到 JSON 日志。
2. 我们不能切换到任何其他库（例如 Slueth）。
3. 我们不能离开 CloudWatch。

有人能告诉我究竟需要如何配置应用程序才能在日志消息中查看跟踪 ID？我可以查看任何文档或示例吗？