Humans of OpenTelemetry - KubeCon EU 2024

作者：Adriana Villela (ServiceNow), |

博客文章在发布后不会更新。这篇文章已经发布一年多了，其内容可能已过时，部分链接可能无效。在依赖任何信息之前，请务必核实。

我们带着第二期《OpenTelemetry 人物访谈》回来了，这次是在巴黎的 KubeCon。我和Reese Lee再次采访了 OpenTelemetry 的贡献者和最终用户，了解了他们是如何加入 OTel 的。

此外，特别感谢

你可以在这里观看完整录制内容


感谢所有迄今为止为 OpenTelemetry 做出贡献的人，我们期待在 2024 年及以后继续获得您的贡献！🎉

文字记录

如果您更喜欢阅读，请查看下方我们对话的文字记录。

1- 认识 OTel 的人物

IRIS DYRMISHI: 我叫 Iris Dyrmishi。我是 Miro 的一名高级可观测性工程师，我的生活、我的职业生涯都与可观测性息息相关。我构建了一个可观测性平台，为 Miro 的工程团队提供监控、观察和充分利用其应用程序的工具。

SEVERIN NEUMANN: 我叫 Severin Neumann。我在 Cisco 的开源计划办公室工作，是 OpenTelemetry 治理委员会的成员，也是 OpenTelemetry 文档的联合维护者之一。

KAYLA REOPELLE: 我叫 Kayla Reopelle。我在 New Relic 工作，并为 OpenTelemetry Ruby 项目做出贡献。

MORGAN MCLEAN: 我叫 Morgan McLean，我在 Splunk 担任产品管理总监。我从 OpenTelemetry 项目的第一天起就在这里了，是该项目的联合创始人之一。我参与了治理委员会。在 OTel 中，我做什么？什么都做一点。一开始，真的什么都做。我和 Ted 以及其他一些人承担了许多工作。最近，我参与了 traces 1.0、metrics 1.0 和去年 logs 1.0 的发布。现在我正在研究 profiling 以及 OpenTelemetry 在大型机计算领域的扩展。

HENRIK REXED: 我叫 Henrik Rexed。我是 Dynatrace 的云原生倡导者，我热衷于可观测性、性能，并致力于通过提供入门级解决方案的内容来帮助社区。

VIJAY SAMUEL: 我叫 Vijay Samuel，我在 eBay 负责可观测性平台的架构。

DANIEL GOMEZ BLANCO: 我是 Daniel Gomez Blanco。我是 Skyscanner 的首席工程师，也是 OpenTelemetry 治理委员会的成员。

DOUG ODEGAARD: 我叫 Doug Odegaard。我是 ServiceNow 云可观测性的高级解决方案架构师，该公司以前也叫 Lightstep。在此之前，我使用 OpenTelemetry 已有几年时间。

ADNAN RAHIĆ: 嗨，我是 Adnan。我在 Tracetest 担任开发者倡导者，你可以比我更好地猜测我的工作内容。我基本负责 OpenTelemetry 的一切事务。我是文档、博客和演示的贡献者之一。

RYNN MANCUSO: 我叫 Rynn Mancuso。我在 Honeycomb.io 工作，并且是终端用户 SIG 的维护者之一。

2- 可观测性对您意味着什么？

IRIS DYRMISHI: 可观测性对我来说意味着什么？可观测性是我生活中最大的热情，也是我的职业生涯。这是我职业生涯初期不太感兴趣的领域之一，因为我对此一无所知。它没有在学校里教授，也没有得到技术社区的大量宣传，但一旦你发现它，你就会说：“哇，这太棒了！”我们实际上正在做出改变，并帮助团队充分利用他们的产品。所以，就是这样。

SEVERIN NEUMANN: 我认为可观测性是一个巨大的改变者，对吧？这是我们过去几年特别是 APM 发展的结果。我曾在 AppDynamics 工作了很长时间，我们向客户销售 APM 代理，并为他们提供了今天可观测性所承诺的许多功能。但我看到可观测性带来的重大变化是，它正在普及到每个人，对吧？这意味着我们将 APM 的功能提供给所有人。更重要的是，我们正在从“嘿，在你的应用程序中添加一个后编译代理”转向“是的，让我们实现原生可观测性”。让开发人员、运维团队在所有组织中都使用它。

KAYLA REOPELLE: 对我来说，可观测性意味着安心。这意味着拥有一件您可以依靠的东西，以便了解发生了什么以及哪里出了问题。我认为可观测性也是一种与客户和用户建立更紧密技术联系的方式，这样您就可以看到他们与您的软件互动的方式，而不仅仅是您可能与之互动的方式。

MORGAN MCLEAN: 对我来说，可观测性超越了计算机行业。它能够深入了解某件事，理解它是如何工作的，它现在在做什么，因此如果它坏了，就能更快地修复它。当然，当我们在这个行业考虑遥测时，可观测性经典上意味着对后端基础设施和应用程序的可见性。令人兴奋的是，它正在扩展，对吧？随着 OpenTelemetry，我们正在将其扩展到客户端应用程序，扩展到大型机，正如我之前提到的。因此，它实际上是任何影响您业务的技术系统的可见性，即技术系统的可观测性。

HENRIK REXED: 通常当人们提到可观测性时，他们会说它是旧名称“监控”的替代品。但实际上对我来说，它比监控更进一步，因为监控就像你只是看着某样东西，而可观测性就像拥有足够的信息来理解给定的情况。如果你只看指标，那么，你可能会猜到有什么事情正在发生，但你并不理解。因此，拥有更多的信息选项，如日志、事件、异常、跟踪、编译，然后在最后将所有这些维度结合起来，你就可以说：“明白了，这是我的问题，我可以解决它。”

VIJAY SAMUEL: 可观测性对我来说意味着什么？我属于 eBay 内部所谓的站点工程组织，我们的目标是确保我们能够观察到站点上发生的一切，并确保我们拥有高可用性。所以，基本上，可观测性意味着知道站点是否正常运行，因为这就是我在这里的原因。

DANIEL GOMEZ BLANCO: 可观测性对我来说意味着什么？这是一种让我们了解系统内部情况的方式，因为我们运行的系统相当复杂，所以我们需要了解其内部发生的情况，以便最终为我们的最终用户提供良好的体验。

DOUG ODEGAARD: 所以，可观测性对我来说，我多年来一直是全栈开发人员，因此当我们观察…实际上，我加入了事件响应团队，负责跟踪事件，同时也试图弄清楚出了什么问题。这让我意识到我们多么需要这个，有多少不同的屏幕需要查看，等等，是多么困难。

ADNAN RAHIĆ: 所以，可观测性对我来说，我多年来一直是全栈开发人员，因此当我们观察…实际上，我加入了事件响应团队，负责跟踪事件，同时也试图弄清楚出了什么问题。这让我意识到我们多么需要这个，有多少不同的屏幕需要查看，等等。对我来说，可观测性是实际看到系统中发生情况的方式。这是不用整夜排查问题的原因。随着 OpenTelemetry 和过去几年跟踪技术的兴起，它在我们目前拥有的可能性方面达到了前所未有的高度。所以我真的很高兴能参与这个项目。我也很高兴它正在以目前的速度发展，我无法想象它在未来几年将如何发展。

RYNN MANCUSO: 对我来说，可观测性是关于能够对我们的系统提出更深入的问题，能够要求，我认为不仅仅是针对紧急情况、我们之前遇到过的问题发出警报，而是真正能够深入未知领域，理解复杂系统是如何运行的。

3- OpenTelemetry 对您意味着什么？

IRIS DYRMISHI: OpenTelemetry 是让可观测性再次伟大的工具。我想说，可观测性正在经历一次飞跃，随着 OpenTelemetry 越来越受欢迎，它实现了遥测信号的集中化，实现了语义约定，并普遍帮助可观测性团队和工程团队更加关注可观测性，并在此基础上做得更好。

SEVERIN NEUMANN: OpenTelemetry 对我来说意味着什么？我认为它是可观测性的载体，它正在赋能可观测性。几年前我加入了 OpenTelemetry 社区，因为我很好奇将可观测性带给每个人的这个想法。我认为我们做得非常好。对我的意义还在于，它是一个令人惊叹的社区。对吧？我们在这里 KubeCon，我遇到了很多我只在网上交流过的人，现在我可以和他们面对面交谈了。我们谈论很多关于 OpenTelemetry 的事情，但也谈论很多 OpenTelemetry 以外的事情。当然，我们谈论可观测性，谈论我们认为几年后会发生什么，以及所有其他事情，这就是 OpenTelemetry 对我的意义。

KAYLA REOPELLE: 对我来说，OpenTelemetry 似乎是一个社区努力，它汇集了现有仪器化技术的最佳成果，并将其整合到一个组织中，以便每个人都能从中受益。我认为我们作为不同的代理工程师学到了很多东西，同时也有很多东西可以从产品用户那里学到。OpenTelemetry 在汇集这两种人方面做得很好，他们是可观测性方面的专家，也是语言方面的专家，从而为所有人创造了真正伟大且有意义的东西。

MORGAN MCLEAN: 我可以说，OpenTelemetry 是我的“孩子”。我为创建这个项目付出了很多努力。它对我来说意味着什么？当然，有一个乏味的答案，那就是它从您的基础设施、服务、客户端中提取信号：指标、跟踪、日志、配置文件等，使它们可观测，可在后端处理。但我认为，对于我们这些在这个社区里待了很长时间的人，以及像您、Henrik 以及其他积极参与社区的人来说，OTel 也是一个非常好的开源社区。我就是喜欢在这个社区工作。我知道这听起来很抽象，有些模糊，但我不知道。OTel 在许多不同方面对我都有很多意义。都非常积极。

HENRIK REXED: 对我而言，OpenTelemetry 意味着未来。因为归根结底，通过拥有一个开放标准，我们就有条件为市场上所有解决方案提供一个通用的标准、通用的格式。拥有这样一个面向整个行业、所有供应商和所有解决方案的通用格式，将开启各种用例。我认为测试以前依赖于用户反馈，我不知道。现在有了可观测性数据，我们在测试效率方面可以大大提高，在替换营销工具、商业分析工具方面也可以大大提高。我认为这是未来。还有很多人谈论的事情，到处都是人工智能、机器学习等等，但我认为这和特斯拉一样。我的意思是，特斯拉，当你开车时，它会根据它测量的传感器做出决定。如果你没有那些传感器和测量，你就无法拥有一个智能…你可以拥有最聪明的系统，但没有数据，你就无法做出正确的决定。我认为它也是现代应用程序未来实现的一个赋能者。

VIJAY SAMUEL: OpenTelemetry 是未来可观测性的标准，而且它非常重要。因为在我们过去几年的可观测性旅程中，我们不得不去寻找 Prometheus 和其他一些开放标准。现在，至少在摄取和收集方面，它为每个人提供了一个单一的标准。我认为这对于长远发展来说非常强大。

DANIEL GOMEZ BLANCO: OpenTelemetry 对我来说意味着什么？我认为它将人们聚集在一起，将所有人聚集在一个单一的语言和思考遥测数据的方式下。我认为人类语言本身就足够难以理解了。而且我认为，OpenTelemetry 将技术团结起来，以一种单一的方式去思考遥测、思考我们如何观察我们的系统。

DOUG ODEGAARD: 对我来说，OpenTelemetry 带来了让产品团队、基础设施团队更容易工作，并且能够改善客户体验，并使我们的工作总体上变得更好。

ADNAN RAHIĆ: 我会说，OpenTelemetry 是可观测性的未来。我们看到许多公司、许多供应商转向以 OpenTelemetry 为先的思维模式。通过 OpenTelemetry，你可以使用一套库、一个工具来生成、收集所有遥测信号，这正是它应有的方式。你不再被锁定在一个工具、一个供应商、一个云提供商。你基本上可以做任何你想做的事情，你可以将指标、日志和跟踪用于几乎任何你想做的事情。很高兴看到这一点。

RYNN MANCUSO: OpenTelemetry 是一种仪器化协议，它帮助我们对可观测性提出更详细的问题，因为它能够从许多灵活的系统类型中收集多个信号。人们监控从 Kubernetes 的控制平面一直到物理本地系统的所有内容。它是一种非常灵活的语言，也是一个由人类组成的、在疫情期间聚集在一起创造出一些特别东西的美丽社区。

4- 您是如何参与 OpenTelemetry 的？

IRIS DYRMISHI: 我在一个发展非常迅速的可观测性团队工作，我们维护着很多工具，但缺乏约定，缺乏集中化，而且在后端和供应商方面非常不灵活。所以我们发现了这个名为 OpenTelemetry 的绝佳工具。我们决定试一试。它对我们来说效果很好。一年多以后，我在这里，并致力于在我的第二个项目中推动向 OpenTelemetry 的迁移。

SEVERIN NEUMANN: 我是如何参与 OpenTelemetry 的？是的，我提到过…几年前我就很好奇。我在 AppDynamics 工作，担任所谓的领域架构师，是 Node.js、Python 等许多语言的专家。我们一直在讨论：“嘿，现在有个叫 OpenTelemetry 的东西，我们是不是应该把它集成到我们的产品中？” 我想“好吧，我想了解更多。” 然后我想，“学习开源技术新知识的好方法是什么？” 是的，就是参与其中。所以我一度参与了 JavaScript，然后我意识到，“是的，如果我真的想全面了解 OpenTelemetry，维护文档是个好方法。” 这就是我如何成为文档维护者。

KAYLA REOPELLE: 我去年春天参与 OpenTelemetry，当时 New Relic 要求我研究 OpenTelemetry Ruby 项目的当前状态。我还在 New Relic Ruby 代理团队担任工程师，这给了我机会开始为该项目做贡献。我注意到 Ruby 的许多信号尚未稳定。所以，我迄今为止的大部分工作都致力于使 Ruby 中的日志和指标达到稳定状态。

MORGAN MCLEAN: 我之前在 Google 工作，负责 Google 的可观测性产品，如跟踪、分析、调试等。我们在跟踪方面遇到的一个挑战是从用户那里获取数据。这真的非常非常困难。你需要集成成千上万的软件。没有一个团队、一个公司可以维护所有这些。这简直是不可行的。所以我们想做一个开源项目。当时也有其他的开源标准。我记得当时有一个项目，大约在我们做这件事的同时开始的，叫做 OpenTracing。我们 started OpenCensus。

在某个时候，特别是对于团队中更擅长社交媒体的成员（我不是其中之一），这些项目之间存在一些争执，关于维护数据库和语言运行时的人应该在哪里投入集成工作，这限制了两个项目的成功。我领导了 OpenCensus。Ted、Dan 和其他人领导了 OpenTracing。在 2018 年底、2019 年初，我们终于把事情摆到了台面上，决定将它们合并成现在的 OpenTelemetry。所以，从那时起我就一直参与其中，我现在在 Splunk 工作。公司不同，但工作内容类似。这就是我参与的开始，并且它一直在不断发展和扩大。

HENRIK REXED: 当我开始我的可观测性冒险时，我加入了 Dynatrace，Dynatrace 有他们的供应商代理 OneAgent。我看到了 OpenTelemetry 的动向，来自性能背景的我，看着它说：“哇，一个开放标准。” “这听起来相当令人兴奋”，因为我有一个为客户做的性能项目，我实现了日志收集、处理并应用机器学习。当时我对自己说，有一个通用的标准将是多么美好。这样，我就可以拥有一种适用于所有人的东西，而不是做一个定制的实现。当我看到这个项目的定义和幕后工作时，我非常兴奋。我说，“天哪，我想参与这个项目。” 从那时起，我开始构建内容，帮助社区入门。

我曾经是一名开发者，但我肯定不是一个好的开发者。所以我试图以其他方式、在所有方向上帮助这个项目。我的目标是增加开放标准的采用率，确保它被广泛采用，然后我们就可以通过实现更多令人兴奋的实现来继续前进。

VIJAY SAMUEL: 我在几年前开始参与，原因有两个。第一，我们公司正在寻求引入跟踪技术，当时 OpenTracing 和 OpenCensus 正在融合为 OpenTelemetry。我们开始评估 OpenTelemetry。鉴于我们正在转向 OpenTelemetry 进行跟踪，我也经历了将我们的指标收集迁移到 OpenTelemetry 的过程。这基本上就是我参与的方式。

DANIEL GOMEZ BLANCO: 我是如何参与 OpenTelemetry 的？我通过我在 Skyscanner 的工作，作为最终用户参与其中。我一直在推动遥测开放标准的采用。在 COVID 期间，我们需要简化我们处理基础设施、收集、处理和导出遥测数据的方式。以及基本上…基本上是为了领导开放标准的采用和简化工作。因此，作为可观测性负责人，我更多地参与了 OpenTelemetry 的社区方面，决定与所有终端用户互动，并结识那些想要解决相同问题并寻找普遍适用解决方案的人。

DOUG ODEGAARD: 我在以前的公司工作了几年，我被聘来开发可观测性软件。我一直在写自己的东西，我们做了很多警报管理和其他各种事情。这项工作量太大了，我觉得，这一定有更简单的方法。而且我想确保它能够面向未来，我敢用这个词吗？但也要可扩展。

当我发现 OpenTelemetry 时，我简直就像，“哦，谢谢。” 因为这是公司可以传承下来的东西。而且我们也不必过多担心存储数据。所以它提供了一个非常出色的平台，让我们能够专注于手头的任务，而不是如何完成工作。所以，我参与这个项目的方式，实际上首先是一名客户。大约三到四年前，也就是 OpenTelemetry 的早期。我会上网，查看文档，或者经常查看代码，但我就是想了解更多。所以我参加了一个 SIG 会议，有来自 Google、Microsoft 和其他公司的代表，还有来自美国一家小型金融科技公司的一个家伙。起初有点尴尬，但他们很高兴我参加会议，因为我是一名终端用户。所以，能够以这种方式开始，认识到我可以为此做出贡献，而不仅仅是消费者，这是一种美妙的体验。所以这很棒。然后我职业生涯转向为供应商工作，我们现在为像我几年前一样的客户实施这些系统。所以这有点像是回馈社会，回报付出。

ADNAN RAHIĆ: 我们是如何参与 OpenTelemetry 项目的？我们开始更多地与你们一起为博客做贡献，也为文档做一些贡献。是的，这一直是团队全心全意的努力，每天都投入一些时间来查看 OpenTelemetry 项目，找到贡献的方式。

RYNN MANCUSO: 我参与 OpenTelemetry 项目……老实说，我在一家可观测性公司做营销，他们看不到重点。他们不想让我参与。但我非常相信开源。我曾在 Mozilla 和 Wikimedia 工作过，并坚信从战略角度来看，这是前进的方向。所以，一旦我能够换到一家允许我参与的公司，我就这么做了。现在我在 Honeycomb 工作。我很乐意地说，在前三个月内，我成为了项目成员，开始与终端用户工作组合作，并与其他合作者一起将其发展成 SIG，以及它今天拥有的所有项目。

5- 您最喜欢的遥测信号是什么？

IRIS DYRMISHI: Tracing 是我最喜欢的信号。

SEVERIN NEUMANN: 我现在最喜欢的信号是 profiling，因为我认为它真正弥补了可观测性中缺失的一个重大空白，对吧？我之前提到过，我来自 APM 领域，现在对我来说，APM 和可观测性很难区分。但当我与使用 APM 产品的人交谈时，他们会问：“嘿，OpenTelemetry 怎么没有代码级别的可见性？” 我的商业代理会告诉我哪一行代码出了问题。而这正是 profiling 所能提供的。这就是为什么我对它感到如此兴奋。

KAYLA REOPELLE: 决定一个最喜欢的信号对我来说有点困难。我真的很喜欢 tracing 的强大功能。我认为 tracing 能够以非常有意义的方式讲述故事。但另一方面，我一直沉浸在日志中，并试图让日志与 span 和 traces 有更多的联系，所以我确实对日志也有好感。

MORGAN MCLEAN: 我可以说是偏爱分布式跟踪，因为这是该项目起步的地方。而且我认为早期，那里的价值最大。没有人真正进行标准化的分布式跟踪收集，对吧？有一些开源示例，例如与 Zipkin 和 Jaeger 相关联的。但我认为 OpenTelemetry 如此迅速获得关注的原因在于它提供了这一点。

我也偏爱日志，我们去年发布了日志。这只是因为，就像，我参与了 OTel 的许多部分……但这其中，就像，我早期参与了许多核心规范的制定，并推动了它的发展。所以看到它发布真的令人兴奋。另外，在我的职业生涯中，在从事这些工作之前，我一直对日志感到沮丧，因为它们从未标准化，处理速度慢，而且成本高昂。OTel 将为所有使用日志的人带来很多改变，使其变得更好。

最后，我想说一下 profiles（剖析），因为我现在就在做这方面的工作。多年前我在 Google 工作时，推出了我认为是世界上第一个分布式持续剖析产品，至少是公开可用的产品，那就是 Google Cloud Profiling，Stackdriver Profiling，他们至今仍在支持它，我仍然认为它是免费的，而且功能非常强大。但剖析一直以来都有些小众。比如，我知道，在 Splunk 和其他公司，我们也支持它，但它不像 metrics（指标）、traces（追踪）和 logs（日志）那样广为人知。我认为随着 OTel 在今年晚些时候的推出，我们将实现对 profiles 的全面支持。这将带来巨大的改变。比如，我们在 Google 的客户，他们通过使用我们的 profiler（剖析器）一个小时，就节省了 20%-30% 的总计算量，因为他们非常快速地找到了某些优化不佳的代码。让更多人拥有这种能力并加快速度，让开发者真正了解系统是如何工作的，这真是太令人兴奋了。这项技术已经存在了很长时间，而 OTel 将其主流化，这是非常重要的。

HENRIK REXED: 当人们问我，你最喜欢的孩子是谁？我通常会说，我没有最喜欢的孩子，你知道。我所有的孩子都很棒。他们都有，我不知道，一些很棒的东西。所以我认为我喜欢 traces，因为它们有时能帮助你理解哪里变慢了。我喜欢 metrics，因为作为一名性能工程师，我以前经常使用 metrics。我喜欢 logs，因为 logs 最终没有采样。所以如果你只对 logs 进行分析，哇，你会非常精确。

所以我认为我没有最喜欢的信号。我只能说，根据我的需要来选择。显然，只有一个信号能更好地帮助我。有一件事我自从 Valencia（瓦伦西亚）以来一直非常期待，那就是 continuous profiling（持续剖析），因为我喜欢剖析，而且我认为 traces 非常棒，但如果 somewhere（某处）有问题，profiling 会非常有帮助。所以我想，是的，我没有回答你的问题，但我会说，是的，我喜欢 OpenTelemetry 提供的所有信号。

VIJAY SAMUEL: 我完全偏爱 metrics。我认为 metrics 是最强大的信号。只要你仔细考虑了你的 instrumentation（仪表化），并确保你将正确粒度和基数发送到平台，你就可以在异常检测、机器学习和其他许多方面实现强大的功能。所以我喜欢 metrics。

DANIEL GOMEZ BLANCO: 我必须说 traces，因为它们提供了上下文。Traces 为所有其他信号提供了骨干关联，对吧？但我确实认为 metrics 的当前 API 设计非常强大，我正因为此而再次爱上 metrics，因为我们将 metrics 的 instrumentation 和 measurement 与 aggregation（聚合）解耦的方式非常强大，提供了如此丰富的表达我们系统的方式，我正再次爱上 metrics。

DOUG ODEGAARD: 我最喜欢的信号，我必须说，我偏爱 traces，因为我做了这么久的软件开发，那是第一个真正让我着迷的东西，就是能够看到这一点，尤其是我知道调试是什么样的。我也知道在 incident（事件）中必须非常快速地聚焦是什么样的。所以是的，traces 是我最喜欢的，但我也喜欢现在将 trace ID 和 span ID 发送到 logs 中。它正逐渐成为我的下一个最爱。

ADNAN RAHIĆ: 我最喜欢的信号是 traces。我会说 traces，绝对是。我最喜欢的歌手是 Ed Sheeran。

RYNN MANCUSO: 我最喜欢的信号是什么？我的意思是，我在 Honeycomb 工作，所以我天生就应该说 traces 是我最喜欢的信号。

立即加入我们！

如果您有关于您如何在组织中使用 OpenTelemetry 的故事要分享，我们很乐意倾听！分享方式

请务必在 Mastodon 和 LinkedIn 上关注 OpenTelemetry，并使用 #OpenTelemetry hashtag 分享你的故事！

别忘了订阅我们的 YouTube 频道，观看更多精彩的 OpenTelemetry 内容！

最后修改于 2024 年 6 月 15 日：Add new blog post for Humans of OTel recap (#4661) (ebd92bb9)