OpenTelemetry 实现方案

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了OpenTelemetry 实现方案相关的知识,希望对你有一定的参考价值。

OpenTelemetry 有很多种组合和实现方案,我们分别来了解一下 OpenTelemetry 在三种不同技术架构下的使用方式。

1、OpenTelemetry to 开源工具组合

作为经典的对各种遥测数据的处理架构,开源工具可将不同类型的数据存储在不同的平台,比如日志存放在 ELK,追踪存放在 Jaeger 这类的 APM 工具,而指标保存在 Prometheus 并通过 Grafana 进行视图展示。组件的整体配置如下图所示:

OpenTelemetry

我们以一个 SpringBoot 应用为例,解读一下数据采集和传输的过程:

  • 应用服务端和客户端将指标、链路追踪数据推送到 Collector;
  • Front-app 作为前端链路,将链路追踪信息推送到 Collector,并访问应用服务 API;
  • Collector 对数据进行收集和转换后,将数据推送到 Jaeger;
  • 同时, Prometheus 从 Collector 拉取数据。

日志有下面两种收集方式。

方式一,通过 OTLP 上报日志:应用服务端和客户端将日志通过 Exporter 推送到 Collector,再通过 Collector 输出到 Elasticsearch。 但由于 OpenTelemetry 在 log 方面还不稳定,所以推荐单独处理日志,不走 Collector。

方式二,通过 Logback 上报日志:应用服务端和客户端将日志通过 Logback 推送到 Logstash(需要使用 Logstash-Logback 组件,是 Logstash 的 Logback 实现)。这是一种更加推荐的方式。

2、OpenTelemetry to Grafana

随着这两年可观测的流行,Grafana 也开始进军可观测行业。使用 Grafana 对接 OpenTelemetry 的架构如下图所示,这里面主要用到 Grafana Tempo 和 Loki 两个组件。

OpenTelemetry

  •  Grafana Tempo 是一个开源、易于使用且大规模的分布式追踪后端。Tempo 具有成本效益,只需要对象存储即可运行,而且它可以和 Grafana、Prometheus 、 Loki 深度集成。Tempo 可以与任何开源跟踪协议一起使用,包括 Jaeger、Zipkin 、 OpenTelemetry。
  • Loki 是 Grafana Labs 团队最新的开源项目,是一个水平可扩展,高可用性,多租户的日志聚合系统。Loki 的设计非常经济高效且易于操作,因为它不会为日志内容编制索引,而会为每个日志流编制一组标签。

执行流程主要包括以下 4 步。

  • OpenTelemetry 采集输出 Springboot 应用的链路追踪数据,并为对应的日志打上 TraceID、SpanID 等标签。T
  • empo 收集处理 OpenTelemetry 数据并本地化存储,Tempo Query 为 Tempo 的检索后端服务。
  • Loki 收集 Springboot 应用的日志数据。
  • 最后,我们可以通过 Grafana Dashboard 展示和查看 Tempo 链路追踪和日志数据。

“ Grafana Tempo + Loki” 这个组合能够让我们直观地看到日志链路情况,但 Loki 的特性也决定了它并不能高效分析和处理大型生产系统的日志。日志链路只是可观测的一部分,仅仅通过日志链路查询并不能解决大部分问题,特别是在微服务云原生架构时代,多种多样的问题需要我们结合各方面进行分析。

3、OpenTelemetry to 观测云

观测云允许包括开发、测试、运维在内的所有团队成员在一套统一的可观测数据体系下客观分析与定位故障,便于高效地协作。观测云能够采集指标、链路、日志以及所有的可观测数据,并将它们进行关联和整合分析,实现系统完整的可观测性。

观测云的数据采集 Agent 是 DataKit ,它能够支持主机和容器的环境。

  • 在主机环境下, 每个主机都有一个 DataKit , 数据会先打给本地的 DataKit , 由 DataKit 缓存,预处理,然后上报到观测云的数据网关。这就在避免了网络抖动的同时,附带了边缘处理能力,缓解了后台处理数据的压力。
  • 在 Kubernetes 环境下, 每个节点(即 Node)都有一个 DataKit 的 DaemonSet,通过 Kubernetes 的 local traffic 机制,每个节点中 Pod 的数据都会先发送本地的 DataKit。这就在避免网络抖动的同时, 为链路追踪数据增加了 Pod 和 Node 标签,能够有效地关联数据。

由于 DataKit 是接收 OTLP 协议的,所以我们可以把 OpenTelemetry Collector 的 Exporter 设置为 OTLP(指向 DataKit),也可以直接将数据打给 DataKit。因此这里有两种方案。

方案一:

OpenTelemetry

 方案二:

OpenTelemetry

OpenTelemetry

以上是关于OpenTelemetry 实现方案的主要内容,如果未能解决你的问题,请参考以下文章

基于OpenTelemetry实现可观测性-Part 6 生态

一文Get火热的OpenTelemetry 架构

OpenTelemetry - 云原生的观测技术框架

OpenTelemetry - 云原生的观测技术框架

OpenTelemetry - 云原生的观测技术框架

OpenTelemetry、Spring Cloud Sleuth、Kafka、Jager实现分布式跟踪