跟踪，追踪和跟踪之间的差异

本文最初发布Opentrocing.。

作为一个领导我们在新遗物的分布式追踪项目之一的人之一，我使用“跟踪”这个词，所以经常有时候我开玩笑丢失了所有意思为我。但是话语，这一个是特别重要的，因为“跟踪”可以指的是许多不同的东西。

我们的分布式追踪项目通过加工和存储来涵盖整个新的遗物工程组织，从十一语言代理到我们的数据摄取层，最后到了我们的许多前端UI。正如我们开始规划我们的下一代追踪，我发现自己抓住了一种解释这一大，笨重的项目可能被分解为独立问题：数据收集，传播和显示器。

虽然分开，这些域也是相关的（并且我们正在称之为所有它的“分布式跟踪”），因此对参与该项目的每个人都有挑战性。有些人知道我们宣布支持Opentrocing，但并不确定这让我们有什么事。在我们开始谈论其他Camelcase项目，如TraceContext和Opencensus，眼睛上升了。

这些标准项目中的每一个都解决了我们集体称之为“跟踪”的独特问题。2月，我参加了一个分布式追踪研讨会，Ben Sigelman捕获了这些区别问和回答“追踪，追踪和跟踪有什么区别？”凭借他的许可，我将在这里展示该框架并解释为什么我们很高兴参与新兴的分布式追踪标准。

跟踪是关于分析交易

跟踪是您如何监控系统的方式，并在其表现中获得见解。我们加入了普遍支持的普通供应商名单，追踪支持我们自己的可视化我们去年秋天的Futurestack会议上。

如果我们无法以客户提供有用的方式向客户展示，将浪费收集痕迹的所有努力。从刚刚拼接特定迹线的基础知识来学习为什么通过摄取管道中最热的点来显示特定工作流程的历史趋势，以使用机器学习来弄清楚系统内的模式 - 可视化迹线非常重要。大多数APM供应商，包括新的遗物，计划将自己与竞争对手区分开来。

跟踪是关于记录交易

跟踪是如何跟踪许多交易的方式。从本质上讲，使用请求中的服务中的上下文，某些类型的示踪剂将该上下文传播到其他进程，并将其附加到发送给跟踪后端的事务数据。此上下文允许交易以后缝合在一起。

新遗物今天已经用交叉应用追踪来了。随着行业从单线转移到微服务，它变得越来越重要，可以在无法安装APM代理的过程边界中跟踪事务。我们正在积极参与新的W3C分布式跟踪跟踪上下文格式工作组（即如何传递跟踪信息的标准）。

具有更多服务和更多云，还有更多的跟踪上下文，通过它可能会丢失。我们正在加入跟踪上下文标准，以便当您的请求开始在通过新遗物监视的系统中启动并传递到由AWS监视的系统中，传播上下文的标题不会被删除，并且跟踪不会被打破。

跟踪是关于描述交易

跟踪是您衡量交易的方式。发生了什么，它需要多长时间？这是新的遗物如何定义了很长时间的“跟踪”。我们的代理商已经在应用程序中追踪事务，错误和慢查询，因此客户可以看到慢零件的位置。

我们的代理团队已成为特定于语言应用框架的专家，以创建有意义的痕迹。如果框架和图书馆作者包括自己的仪器，我们不必跟踪和更新每个版本的代理。如果该仪器也是供应商中立的话，它鼓励更多广泛的采用和降低开关成本。

这Opentrocing.项目明确试图用通用跟踪API来解决这个问题。为了拓宽客户可以向我们发送数据的方式，我们正在更新我们的代理来支持这些API调用并将数据转换为我们自己的格式。

我们正在加入Opentracing标准来扩展我们的仪器支持，并使客户更容易选择新的遗物进行监控。我们认为软件福利从良好的乐观应用程序，帮助工程师迅速诊断和解决问题，我们希望每个人都可以从应用程序提供良好的APM解决方案提供的应用程序的知名度水平增加。亚博直播平台

定义我们的条款

通过分离问题，我们可以考虑每个追踪域的唯一用户。OPS最终用户关注我们提供的UIS和API，我们提供与其进行交互并分析其数据。开发用户关心我们的仪器API和性能。Devops最终用户关心两者！（除非它是突兀或不起作用，否则没有人真正关心追踪语境传播。）

跟踪标准项目并不总是陷入这些类别。项目喜欢opencensus.旨在通过API的描述和录制域标准化，用于指标和跟踪仪表，并且有一体化项目紫皮金描述，记录和分析分布式迹线。但定义我们的条款和问题域可以减少对每个标准的混淆（并且不是），并使我们能够更好地理解他们解决的具体问题以及它们如何共同努力。