deployment - 使用 Jaeger Agent 的优势

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

1年前关闭。




Improve this question




所以我正在探索 Jaeger for Tracing，我看到我们可以直接将跨度从客户端发送到 HTTP 中的收集器(端口:14268)，如果是这样，那么使用 jaeger 代理有什么好处。

何时使用 Jaeger 代理方法以及何时使用直接 HTTP 方法。使用 Direct 方法处理收集器的缺点是什么

Answer 1

来自官方常见问题解答( https://www.jaegertracing.io/docs/latest/faq/#do-i-need-to-run-jaeger-agent ):
jaeger-agent并不总是必要的。 Jaeger 客户端库可以配置为将跟踪数据直接导出到 jaeger-collector .但是，以下是运行 jaeger-agent 的原因。被推荐:

如果我们希望 Jaeger 客户端库直接向收集器发送跟踪数据，我们必须为它们提供 HTTP 端点的 URL。这意味着我们的应用程序需要包含此参数的额外配置，特别是如果我们正在运行多个 Jaeger 安装(例如，在不同的可用区或区域中)并希望将数据发送到附近的安装。相比之下，当使用代理时，库不需要额外的配置，因为代理总是可以通过本地主机访问。它充当边车并将请求代理到适当的收集器。

代理可以配置为通过向跨度添加额外的标签(例如当前区域、区域等)来使用特定于基础设施的元数据来丰富跟踪数据。如果代理作为主机守护程序运行，它将被所有应用程序共享在同一台主机上运行。如果代理作为真正的 sidecar 运行，即每个应用程序一个，它可以提供附加功能，例如强身份验证、 Multi-Tenancy (参见 this blog post)、pod 名称等。
如果我们希望 Jaeger 客户端库使用在收集器中集中配置的采样策略，则只能通过在代理上使用/sampling HTTP 端点来实现。这个端点不能直接在收集器中实现没有技术原因，只是 not done yet .

代理允许对收集器实现流量控制。如果我们在数据中心有数千台主机，每个主机运行许多应用程序，并且每个应用程序都直接向收集器发送数据，那么每个收集器可能需要处理太多打开的连接。代理可以使用较少的连接对该流量进行负载平衡。