Site简介我们知道：Pythonimport时会首先寻找sys.path中列出的路径，类似下面：sys.path['','/usr/local/lib/python36.zip','/usr/local/lib/python3.6','/usr/local/lib/python3.6/lib-dynload','/usr/local/lib/python3.6/site-packages&#

如果您从事软件开发、SRE或DevOps工作，您可能听说过可观察性、遥测和跟踪等术语。这些概念对于理解应用程序在生产环境中的行为至关重要，并且它们是现代软件开发实践的重要组成部分。您可能还听说过在可观测性方面提到过OpenTelemetry。在本文中，我们将介绍OpenTelemetry101：它是

作者：陈承背景在2018年的2月，ARMSJavaAgent的第一个版本正式发布，为用户提供无侵入的的可观测数据采集服务。6年后的今天，随着软件技术的迅猛发展、业务场景的逐渐丰富、用户规模的快速增长，我们逐渐发现过去的功能以及架构的设计逐渐难以合理、优雅的满足今天的需求，重构越来

目录写在开头功能介绍涉及功能页面创建样式设置逻辑实现写在开头上期代码主要实现文字滚动效果，开发久了很多功能都是通过框架组件库来完成，但是如果组件满足不了开发需求，还需要开发人员手动封装组件，专门出这样一期文章，通过原生js实现一些特定功能，功能也比较简单，也是

有诸如这类报错go:ai-ws-session-service/cmd/ai-ws-session-serviceimportsgithub.com/aliyun-sls/opentelemetry-go-provider-sls/providerimportsgo.opentelemetry.io/otel/metric/global:modulego.opentelemetry.io/otel/metric@latestfound(v1.30.0),butdoesnot

前言最近在给opentelemetry-java-instrumentation提交了一个PR，是关于给gRPC新增四个metrics：rpc.client.request.size:客户端请求包大小rpc.client.response.size：客户端收到的响应包大小rpc.server.request.size：服务端收到的请求包大小rpc.server.response.size：服务

前言在上一篇文章：OpenTelemetry实战：从零实现分布式链路追踪讲解了链路相关的实战，本次我们继续跟进如何使用OpenTelemetry集成metrics监控。建议对指标监控不太熟的朋友可以先查看这篇前菜文章：从Prometheus到OpenTelemetry：指标监控的演进与实践名称作用语言版本

原文：https://last9.io/blog/convert-opentelemetry-traces-to-metrics-using-spanconnector/如果您已经实施了跟踪但缺乏强大的指标功能怎么办？SpanConnector是一个通过将跟踪数据转换为可操作指标来弥补这一差距的工具。这篇文章详细介绍了SpanConnector的工作原理，提供了有

前言Opentelemetry分布式链路跟踪（ DistributedTracing）的概念最早是由Google提出来的，发展至今技术已经比较成熟，也是有一些协议标准可以参考。目前在Tracing技术这块比较有影响力的是两大开源技术框架：Netflix公司开源的OpenTracing和Google开源的OpenCensus。两大框架

Opentelemetrycollector用法目录Opentelemetrycollector用法ServiceExtensionshealthcheckextensionPipelinesreceiverOTLPReceiverprometheusreceiverfilelogreceiverProcessor数据归属Importantmemorylimiterprocessorbatchprocessorattributesprocessor&&Resourc

引言在ClickHouse，我们认为可观测性仅仅是另一个实时分析问题。作为一款高性能的实时分析数据库，ClickHouse被用于多种场景，包括时间序列数据的实时分析。其应用场景的多样性推动了大量分析函数的发展，这些函数有助于查询大多数数据类型。这些查询特性和高压缩率使得越来越多的用户

clientpackagemainimport( "context" "fmt" "go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc" "go.opentelemetry.io/otel" "go.opentelemetry.io/otel/attribute" "go.op

api-1packagemainimport( "context" "fmt" "github.com/gin-gonic/gin" "go.opentelemetry.io/contrib/instrumentation/github.com/gin-gonic/gin/otelgin" "go.opentelemetry.io/otel" "go.opentelemetr

一、前言当前软件架构演变由单体架构=>分布式架构（SOA）=>微服务架构（mircoservice）=>云原生架构(cloudnative)，所以架构的演变导致对系统日志、监控、链路等统称为观测性方案提出巨大的挑战。在单体架构时代，借助丰富的日志库基本满足对日志管理，但是面对分布式、微服务的架构盛行，

背景之前陆续写过一些和OpenTelemetry相关的文章：实战：如何优雅的从Skywalking切换到OpenTelemetry实战：如何编写一个OpenTelemetryExtensions从一个JDK21+OpenTelemetry不兼容的问题讲起这些内容的前提是最好有一些OpenTelemetry的背景知识，看起来就不会那么枯燥，为

上一次我们讲了OpenTelemetryLogs与OpenTelemetryTraces。今天继续来说说OpenTelemetryMetrics。随着现代应用程序的复杂性不断增加，对于性能监控和故障排除的需求也日益迫切。在.NET生态系统中，OpenTelemetryMetrics可用于实时监控和分析应用程序的性能指标。比如监控

上一次我们讲了OpenTelemetryLogs。今天继续来说说OpenTelemetryTraces。在今天的微服务和云原生环境中，理解和监控系统的行为变得越来越重要。在当下我们实现一个功能可能需要调用了N个方法，涉及到N个服务。方法之间的调用如蜘蛛网一样。分布式追踪这个时候就至关重要。它

作者：涯海炎炎夏日，当你打开外卖APP购买奶茶却发现下单失败；五一佳节，当你自驾游途中发现导航响应缓慢，频繁错过路口；深更半夜，当你辅导孩子功课，却发现GPT应用迟迟无法应答。不知你有没有想过，这些程序运行的背后到底是怎样的世界，每一次点击，每一次交互，又到底发生了什么？如果你是一名

背景最近在给opentelemetry-operator提交一个标签选择器的功能时，因为当时修改的函数是私有的，无法添加单测函数，所以社区建议我补充一个e2etest.因为在当前的版本下，只要给deployment打上了instrumentation.opentelemetry.io/inject-java:"true"这类注解就会给该deployme

5月22日，在最新一期的飞天发布时刻上，阿里云宣布多款可观测产品全面升级，其中一项是应用实时监控服务ARMS在业内率先推进了与OpenTelemetry开源生态的全面融合，极大丰富了可观测的数据类型及规模，大幅增强了ARMS核心能力。本次阿里云ARMS产品全面升级的背景是什么？为什么会

分布式跟踪可以帮助查看整个请求过程中服务之间的交互，并可以让我们深入了解系统中请求的整个生命周期。它帮助我们发现应用程序中的错误、瓶颈和性能问题。OpenTelemetry可以用于从应用程序收集数据。它是一组工具、API和SDK集合，我们可以使用它们来检测、生成、收集和导出遥测

前言前段时间我们从SkyWalking切换到了OpenTelemetry，与此同时之前使用SkyWalking编写的插件也得转移到OpenTelemetry体系下。我也写了相关介绍文章：实战：如何优雅的从SkyWalking切换到OpenTelemetry好在OpenTelemetry社区也提供了Extensions的扩展开发，我们可以不

背景最近公司将我们之前使用的链路工具切换为了OpenTelemetry.我们的技术栈是：OTLPClient──────────►Collect────────►StartRocks(Agent)▲

作者：来自Elastic BahubaliShettiOpenTelemetry正在迅速成为云原生计算基金会(CNCF)内最广泛的项目，拥有与Kubernetes一样多的提交，并获得了客户的广泛支持。许多公司正在采用OpenTelemetry并将其集成到他们的应用程序中。Elastic®提供了有关为应用程序实施OpenT