乐趣区

关于运维:使用-OpenTelemetry-构建可观测性-06-生态系统

jiezi

过来的五篇文章探讨了如何应用 OpenTelemetry 来构建可观测性的技术细节。我认为在本博文系列的结尾介绍无关 OTel 生态系统的信息，为读者提供更全面的理解十分重要。OpenTelemetry 的倒退十分迅速，对于刚接触它的人来说，可能会感到有些手足无措或困惑，不晓得在哪里找到无效的信息或资源。

OpenTelemetry 是一个 CNCF 我的项目。然而，在 CNCF 我的项目中 OpenTelemetry 的体现如何？以拉取申请、问题和提交代码的数量来掂量，OpenTelemetry 是 第二沉闷的 CNCF 我的项目，仅次于 Kubernetes：

数据源(X Corp)

OpenTelemetry 的将来发展前景广大，充满希望。我置信它将在云原生畛域中表演重要角色，并且将继续倒退上来。

我的项目官网

要理解和学习应用 OpenTelemetry 首推的是我的项目官网：opentelemetry.io。那里有丰盛的信息和指南，能够帮忙你疾速入门并在你的软件中利用 OpenTelemetry。

OpenTelemetry 的我的项目博客也是值得关注的局部。在那里你会找到很多更新和布告。

通常来说，如果你对 OpenTelemetry 还不相熟，我强烈建议你花些工夫浏览一下我的项目官网。

社区

OTel 领有泛滥的功能集。而随着这些性能的减少，通常也随同着肯定水平的复杂性。在某些时候，你可能须要社区的帮忙。

我发现与社区成员（包含维护者！）聊天的最佳形式是通过 CNCF Slack 工作空间。OpenTelemetry 最次要的频道是  #opentelemetry，这是一般性探讨。也有一些特定话题或语言版本的频道：

  • otel-collector – 所有的无关 OpenTelemetry Collector
  • otel-go – OpenTelemetry Go（API，SDK，implementation）
  • otel-python – OpenTelemetry Python（API，SDK，implementation）

还有更多！在 Slack 中搜寻关键字 ‘#otel’ 看看其余 OpenTelemetry 频道。

在 OpenTelemetry 的社区频道中，你能够找到很多有价值的信息，比方我的项目的治理、感兴趣的畛域、会议和我的项目排期时间表等等。如果你有趣味参加 OpenTelemetry 我的项目，这个社区仓库是一个很好的终点，帮忙你更好地理解和参加进来。

我的项目仓库

我不得不抵赖，当我开始应用 OpenTelemetry 时，对我来说更令人困惑的事件之一是 GitHub 我的项目仓库的组织形式。
OpenTelemetry 的次要组件（不是特定于语言或收集器）能够在以下我的项目仓库中找到：

  • open-telemetry/opentelemetry-specification – OTel 标准（procotol, metrics, traces, logs, baggage, and many other specifications for root OTel）、架构和语义约定
  • open-telemetry/oteps – 我的项目改良提案的仓库
  • open-telemetry/opentelemetry-proto – OTLP（OpenTelemetry Protocol）的 Protobuf 定义。

OTel 收集器我的项目仓库包含：

  • open-telemetry/opentelemetry-collector – 外围收集器代码，包含用于自定义收集器发行版构建的 OCB 工具
  • open-telemetry/opentelemetry-collector-contrib - 奉献版 – 收集器的接收器、扩大、处理器和导出器
  • open-telemetry/opentelemetry-collector-releases – 用于公布外围和奉献发行版的仓库，包含发行版的清单和 Dockerfiles
  • open-telemetry/opentelemetry-operator – 用于解决收集器的 Kubernetes operator，包含 sidecar 容器注入到应用程序 Pod 中

此外，针对特定编程语言的埋点库是 OpenTelemetry 的一个重要组成部分。以下是一些我的项目仓库：

  • open-telemetry/opentelemetry-go – Go API 和 SDK
  • open-telemetry/opentelemetry-go-contrib – 针对 OTel Go 的扩大，包含埋点和流传器。
  • open-telemetry/opentelemetry-python – Python API 和 SDK
  • open-telemetry/opentelemetry-python-contrib – OTel Python 的扩大

有些编程语言的仓库可能不同。例如，Java 语言实现的次要仓库是 open-telemetry/opentelemetry-java，open-telemetry/opentelemetry-java-contrib 用于扩大，对于埋点有一个独自的仓库 open-telemetry/opentelemetry-java-instrumentation。

注册表

OpenTelemetry 生态系统中的最初一个重要组成部分是 OpenTelemetry 注册表。因为我的项目中存在着各种实现和产品组合，用户能够在一个中央浏览和搜寻可用的实现和产品。他们能够依据本人的需要和偏好，抉择最适宜他们的解决方案。

总结

OpenTelemetry 是一个十分优良的我的项目，它为咱们开发的软件形象出一套实现可观测性的计划。通过应用 OTel，咱们可能取得最大化的可观测能力，而无需进行任何代码更改就能发现潜在的问题。

我强烈推荐您深刻理解 OpenTelemetry 我的项目！一旦您开始应用，您将会爱不释手！

本文翻译自：https://trstringer.com/otel-part6-ecosystem/

扩大浏览：

  • 方法论：面向故障解决的可观测性体系建设
  • 白皮书：事件 OnCall 核心建设办法
  • 好工具：FlashDuty – 一站式告警解决平台：告警降噪、排班 OnCall
退出移动版