通过今天，你的数字业务取决于你的客户体验。当中断为您的客户带来不满意的体验时，后果可能是昂贵的:分析公司Gartner估计中断的平均成本是每分钟5600美元。每10分钟你的网站就有超过5万美元不可用。
分布式跟踪是解决 - 并防止这些中断的重要组成部分。团队使用分布式跟踪来跟踪交易请求，因为请求通过互联的后端服务旅行，这些服务经常由不同的团队拥有和管理。和分布式跟踪在这一点新遗迹一号平台帮助客户喜欢Dealer.com通过让devops团队更容易地看到应用程序性能问题，从而避免停机——这使得在他们复杂的分布式系统中更容易地发现和修复延迟、错误和异常。
“新的遗物分布式跟踪对我们来说是有价值的，因为它通过我们的分布式系统将事务从Web浏览器和网络连接到我们的后端服务，这有助于我们将在它们发生的位置更快地隔离问题。”- - - - - -丹·布瓦维尔是考克斯汽车品牌Dealer.com网站的首席可靠性工程师
我们知道，为客户创造并保持最佳的数字体验比以往任何时候都重要。这就是为什么New Relic增强了其分布式跟踪功能，支持终端用户跟踪新遗物浏览器。现在，监控的是比以往任何时候都更容易整个痕迹的寿命。
每一位顾客新Relic APM Pro订阅和A.浏览器支持代理配置为单页面应用程序(SPA)监视将获得这个新功能，而不需要额外的费用。
将分布式跟踪带入浏览器
如果您还不熟悉New Relic分布式跟踪，可以看看这个关于开始的博客文章。本质上，我们将分布式跟踪描述为通过复杂的分布式系统检测、传播上下文、记录和可视化请求的一种方式。
除了分布式跟踪，还有新遗物跟踪API为团队提供从开源仪表工具中摄取跟踪数据的能力紫皮金,Istio,OpenTeLemetry.， 和OpenCensus。使用从这些工具中收集的跟踪数据，新的遗物能够讲述事务的寿命的完整故事，从Web浏览器和网络中花费的时间来提供端到端的可见性和连接，从而从后端服务。
到目前为止，新的遗物分布式跟踪工具集并不总是为客户提供完整的背景，即后端问题如何影响客户的经验。考虑此示例：波特兰的后端开发人员收到警报，即她拥有的服务正在遇到中断。她通过新的遗物分布式追踪隔离了这个问题，并采取必要的解决方案行动，但她没有能够对问题影响客户的知识或她应该通知协调回应的队伍。
Meanwhile, at that very moment, the developer’s colleagues on the front-end team in Barcelona see the customer impacts that the developer couldn’t see: slow response times for particular AJAX requests, a sudden increase in overall page load times, and eventually a spike in support calls from frustrated customers. While the impacts from the outage were all too clear, this team could have benefitted from knowing what caused the outage and what had been done to resolve it. Without this end-to-end visibility into the full application lifecycle, and with the added complexity of a system developed by global teams, none of the teams involved in the process were as fast or as efficient as they could have been.
随着新的遗物分布式跟踪，负责其业务性能的前端工程师可以轻松发现哪些后端服务正在影响其客户体验。同样，当后端服务正在遇到一个问题时，后端工程师现在可以清楚地了解该问题如何影响客户，因为前端和后端开发人员现在可以看到源自浏览器的痕迹。当团队适用时分布式跟踪异常检测,新遗迹应用智能将自动突出显示在轨迹中异常缓慢的跨度，使所有团队更容易找到并专注于这些异常潜伏的潜伏处。
如何在新的遗物浏览器中纳入最终用户追踪
要在New Relic浏览器中使用分布式跟踪，你需要满足以下要求:
- APM Pro订阅
- 分布式跟踪启用
- 一个浏览器专业订阅与为单页应用程序（SPA）监控启用了浏览器代理
- 帐户级别访问以查看应用程序（浏览器）和服务（APM）的数据，您希望在完整跟踪中看到
如果你符合这些要求:
- 进入rpm.newrelic.com/browser >(选择一个应用程序)>应用程序设置。
- 切换分布式跟踪到在。
- 重新部署浏览器代理。如果使用APM代理注入浏览器代码，请重新启动APM代理。
要获取终端用户起源的痕迹，使用分布式的痕迹在新遗物之一，或使用ajax page.在新的遗物浏览器中。新浏览器跨度事件提供关于跟踪的浏览器部分的信息，例如请求URL，它可以帮助团队确定他们的服务问题如何影响前端请求。前端开发人员还可以查看特定AJAX请求(甚至跨源域)的跟踪，以提高其web应用程序的性能。
您可以使用任何特定于浏览器的属性(例如，将entity.name设置为浏览器应用程序名称)将基于浏览器的跟踪范围作为范围数据进行查询。
在New Relic浏览器中解决分布式跟踪问题
例如，当对响应时间异常慢的特定事务进行故障排除时，从New Relic浏览器启动。选择一个Ajax请求，并按照链接进入New Relic One中的分布式跟踪。
从分布式跟踪UI，检查迹线以确定后端服务是否是事务延迟的源。
接下来，深入研究跟踪中涉及的所有实体，并直接跳到作为延迟的潜在来源的异常跨度。
最后，区分不影响前端请求响应时间的后端服务中的错误和直接影响响应时间的错误。
主动使用端到端分布式跟踪
当DevOps团队主动使用端到端分布式跟踪时，他们可以更快地发现和修复问题。不管问题是哪里来的(无论是停机、延迟或客户投诉),使用New Relic的团队可以利用端到端分布式跟踪隔离问题和确定来自web浏览器或网络,或从后端服务,然后沟通与团队负责修复。
作为一个开放平台，New Relic One为您提供了从Zipkin、Istio和OpenTelemetry等流行工具中获取开源跟踪仪器所需的工具。作为一个连接的平台，New Relic One连接了服务器、软件和最终用户体验，帮助您更快地发现和修复事件，这样您就可以重新开始处理重要的事情。
通过