Hot off #KubeCon: OpenTelemetry OpAMP now has a Gateway Exporter.

Here's how it works and how it can boost your scalability by orders of magnitude.

Check out my latest OpenObservability Talks episode with #OpAMP core maintainer Andy Keller and CNCF Ambassador:
https://medium.com/p/737b6af8222b

#OpenTelemetry #KubeConEU

Adding Full-Stack Observability to a Go Worker Pool

https://ikristina.github.io/blog/go-worker-pool-observability

#go #observability #prometheus #grafana #opentelemetry #pyroscope #profiling

Observability в финтехе: связываем клик пользователя с падением интеграции

Привет! Я Никита, Staff-инженер в крупном финтехе. В этой статье я хочу поделиться нашим опытом построения системы observability. Мы прошли путь от простых логов до сквозной трассировки, и я покажу, как это работает на фронтенде. TL;DR: В статье разбираем опыт внедрения OpenTelemetry в крупном финтех-проекте. Проблема: Логи без контекста не позволяют быстро найти причину 500-й ошибки в распределенной системе. Решение: Сквозная трассировка (Distributed Tracing) от фронтенда до бэкенда. Что внутри: Реализация CompositeLogger на TypeScript, патчинг fetch для сохранения контекста и примеры того, как превратить технические трейсы в карту бизнес-процесса. А именно - frontend реализация и практические детали интеграции.

https://habr.com/ru/articles/1017650/

#opentelemetry #observability #distributed_tracing #frontend_мониторинг #логирование #трассировка #react

[Перевод] Тонкости работы с процессором преобразования в OpenTelemetry

Transform processor в OpenTelemetry часто воспринимается как «универсальный костыль» на случай, когда стандартных процессоров уже не хватает. В итоге в конфигурации появляются OTTL-инструкции, которые вроде бы корректны, но ведут себя непредсказуемо: условия не срабатывают, поля не меняются, данные теряются без явных ошибок. В этой статье разберём, как на самом деле работает transform processor: какую модель данных он использует, как вычисляются инструкции, где чаще всего ломается логика и почему это не всегда видно сразу. На примере разбора JSON-логов и реальных конфигураций покажем, как писать преобразования, которые дают контролируемый результат и не ломают телеметрию в продакшене. Прокачать observability

https://habr.com/ru/companies/otus/articles/1017542/

#OpenTelemetry #transform_processor #OTTL #логирование #трейсинг #наблюдаемость #обработка_логов

[Перевод] OpenTelemetry со Spring Boot

В новом переводе от команды Spring АйО смотрим, как подружить современный Spring Boot и OpenTelemetry так, чтобы данные уходили по OTLP в любой совместимый бэкенд. В экосистеме Spring большая часть телеметрии была завязана на Micrometer Project (Был ещё spring-cloud-sleuth если кто помнит). Но полноценного all-in-one решения для того, чтобы Spring Boot приложение просто начало экспортировать телеметрию по OTLP не было. До Spring Boot 4. На данный момент для интеграции OTel в Spring Boot приложения есть 3 пути: Java Agent (минимум кода, но чувствителен к версиям и может конфликтовать с другими агентами), сторонний OTel starter (стартер от самих OpenTelemetry, но тянет alpha-зависимости) и новый spring-boot-starter-opentelemetry , доступный в Spring Boot 4.0. Про него и будет речь.

https://habr.com/ru/companies/spring_aio/articles/1017016/

#java #kotlin #spring #opentelemetry #performance #springboot #spring_framework #spring_boot

Adding #OpenTelemetry instrumentation to a #Golang service and finding myself badly missing the #Java version of this, which utilizes ThreadLocal to transparently pass context through method calls.

While I appreciate being explicit, the Golang version, where you end up needing to pass a context.Context through every single hop and also remember to call (for example) sql.DB.QueryContext instead of sql.DB.Query in order to ensure you don’t end up with orphaned spans, is tedious.

생성형 AI 시스템을 위한 OpenTelemetry 시맨틱 컨벤션 표준

OpenTelemetry는 생성형 AI의 입력, 출력, 모델 연산 및 에이전트 활동을 추적하기 위한 표준화된 시맨틱 컨벤션을 정의하여 관측성 데이터의 일관성을 보장한다.

🔗 원문 보기

Leading your organization to use #OpenTelemetry is a challenge. In addition to all the usual project hurdles, you’ll face one of these two situations: convince your teams to use OTEL, or convince them to move from the telemetry tool they are already using to OTEL. Most people don’t want to change. You’ll need lots of effort and baby steps. My tip is the following: the fewer the changes, the higher your chances of success.

https://blog.frankel.ch/tip-opentelemetry-projects/

#Java #JMX #pragmatic

Do you want #OpenTelemetry support in #GitHubActions?

Since GitHub is asking for input on their GitHub Actions roadmap, maybe upvoting https://github.com/orgs/community/discussions/190621#discussioncomment-16358205 will give them a nudge to implement it. 😄