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

1次阅读

共计 2503 个字符,预计需要花费 7 分钟才能阅读完成。

过来的五篇文章探讨了如何应用 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-javaopen-telemetry/opentelemetry-java-contrib 用于扩大,对于埋点有一个独自的仓库 open-telemetry/opentelemetry-java-instrumentation

注册表

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

总结

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

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

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

扩大浏览:

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