opentelemetry

OpenTelemetry 赋能DevOps流程的可观测性革命作者：天颇在当今快节奏的软件开发和运维环境中，DevOps 已经成为主流，它通过整合开发和运维流程，推动着软件的快速迭代和持续交付。然而，随着微服务、容器化和云计算等技术的普及，系统复杂性急剧增加，传统的监控手段已经难以满足现代应用的需求。开发者和运维团队迫切需要一种能够提供全局视角、洞察系统运行状态的利器，这就是可观测性（Observability）应运而生的原因。

脚本自动化创建AWS EC2实例+安装ElasticSearch和Kibana+集成OpenTelemetry监控在实际生产中，我们规定当新创建一台服务器、上线或下线某台服务器时不允许通过在云服务厂商的控制台上用鼠标完成操作这种方式来创建，原因是

日志与追踪的完美融合：OpenTelemetry MDC 实践指南在前面两篇实战文章中：覆盖了可观测中的指标追踪和 metrics 监控，下面理应开始第三部分：日志。但在开始日志之前还是要先将链路追踪和日志结合起来看看应用实际使用的实践。

OpenTelemetry 实战：gRPC 监控的实现原理最近在给 opentelemetry-java-instrumentation 提交了一个 PR，是关于给 gRPC 新增四个 metrics：

使用 SpanMetrics Connector 将 OpenTelemetry 跟踪转换为指标原文：https://last9.io/blog/convert-opentelemetry-traces-to-metrics-using-spanconnector/

灯火消逝的码头

Go 监控告警入门 Opentelemetry分布式链路跟踪（ Distributed Tracing ）的概念最早是由 Google 提出来的，发展至今技术已经比较成熟，也是有一些协议标准可以参考。目前在 Tracing 技术这块比较有影响力的是两大开源技术框架：Netflix 公司开源的 OpenTracing 和 Google 开源的 OpenCensus。两大框架都拥有比较高的开发者群体。为形成统一的技术标准，两大框架最终磨合成立了 OpenTelemetry 项目，简称 otel。otel 有链路追踪和监控告警两大块，关于监控告警，可以查看

灯火消逝的码头

Go 链路追踪入门 Opentelemetry分布式链路跟踪（ Distributed Tracing ）的概念最早是由 Google 提出来的，发展至今技术已经比较成熟，也是有一些协议标准可以参考。目前在 Tracing技术这块比较有影响力的是两大开源技术框架：Netflix 公司开源的 OpenTracing 和 Google 开源的 OpenCensus。两大框架都拥有比较高的开发者群体。为形成统一的技术标准，两大框架最终磨合成立了 OpenTelemetry 项目，简称 otel。otel 有链路追踪和监控告警两大块，关于监控告警，可以查看另

OpenTelemetry 深度定制：跨服务追踪的实战技巧在上一篇《从 Dapper 到 OpenTelemetry：分布式追踪的演进之旅》中在最后提到在做一些 Trace 的定制开发。

AgileConfig-1.9.4 发布，支持 OpenTelemetryHello 大家好，最新版的 AgileConfig 1.9.4 发布了。现在它可以通过 OpenTelemetry 对外提供 logs，traces，metrics 三个维度的数据。用户可以自由选择支持 otlp 协议的工具来进行查询与分析。比如 Seq，loki，prometheus, grafana 等等。本来 AgileConfig 的日志是通过 Nlog 写在本地的。但是文本日志无法进行集中的查询与分析，况且现在绝大多数同学使用 docker 或者 k8s 来运行 AgileConfig 的服

.NET 使用 OpenTelemetry metrics 监控应用程序指标上一次我们讲了 OpenTelemetry Logs 与 OpenTelemetry Traces。今天继续来说说 OpenTelemetry Metrics。随着现代应用程序的复杂性不断增加，对于性能监控和故障排除的需求也日益迫切。在 .NET 生态系统中，OpenTelemetry Metrics 可用于实时监控和分析应用程序的性能指标。比如监控内存，CPU 使用量，链接数等等。

学习使用Opentelemetry python SDK📢博客主页：程序源⠀-CSDN博客 📢欢迎点赞👍收藏⭐留言📝如有错误敬请指正！OpenTelemetry 由 OpenTracing 和 OpenCensus 项目合并而成，是一组规范、工具、API 和 SDK 的集合。使用它来检测、生成、收集和导出遥测数据（Metrics、Logs 和 Traces），以帮助运维开发人员分析软件的性能和行为。为众多开发人员带来 Metrics、Traces、Logs 的统一标准，三者都有相同的元数据结构，可以轻松实现互相关联。

.NET 中使用 OpenTelemetry Traces 追踪应用程序上一次我们讲了 OpenTelemetry Logs。今天继续来说说 OpenTelemetry Traces。在今天的微服务和云原生环境中，理解和监控系统的行为变得越来越重要。在当下我们实现一个功能可能需要调用了 N 个方法，涉及到 N 个服务。方法之间的调用如蜘蛛网一样。分布式追踪这个时候就至关重要。它可以把我们程序的调用链可视化。这对于运维人员监控程序状态，开发人员 trouble shooting 都非常用帮助。

OpenTelemetry agent 对 Spring Boot 应用的影响：一次 SPI 失效的案例前段时间公司领导让我排查一个关于在 JDK21 环境中使用 Spring Boot 配合一个 JDK18 新增的一个 SPI(java.net.spi.InetAddressResolverProvider) 不生效的问题。

.NET程序对接 OpenTelemetry logsOpenTelemetry 是一个由 CNCF（Cloud Native Computing Foundation）托管的开源项目，旨在为观察性（Observability）提供一套全面的工具，包括度量（Metrics）、日志（Logs）和追踪（Traces）。它的目标是为所有类型的遥测数据提供一种标准化的方法。 OpenTelemetry 提供了一套 API 和 SDK，使得开发者可以在他们的应用程序中生成和收集遥测数据。此外，OpenTelemetry 还提供了一套收集器（Collector），可以接

自动化测试在 Kubernetes Operator 开发中的应用：以 OpenTelemetry 为例最近在给 opentelemetry-operator提交一个标签选择器的功能时，因为当时修改的函数是私有的，无法添加单测函数，所以社区建议我补充一个 e2e test.

Spring Boot 3.3新特性发布Spring Boot 3.3 现已正式发布！此版本包含大量更新，包括多项新功能。我们决定进行一些挑选，并查看最重要的变化，其中包括对类数据共享 (CDS) 的支持，以加快应用程序启动速度。

OpenTelemetry agent 对 Spring Boot 应用的影响：一次 SPI 失效的前段时间公司领导让我排查一个关于在 JDK21 环境中使用 Spring Boot 配合一个 JDK18 新增的一个 SPI(java.net.spi.InetAddressResolverProvider) 不生效的问题。

OpenTelemetry-2.Go接入Jaeger（grpc，gin-http）目录1.什么是OpenTelemetry2.搭建jaeger3.链路追踪本地调用远程调用GRPCproto