#opentracing — Public Fediverse posts

Зачем нужны APM-платформы, если есть Prometheus и Grafana

Зачем APM-платформы, если есть Prometheus и Grafana Всем привет! Мы разрабатываем APM-платформу и регулярно сталкиваемся с вопросом — зачем платить, если есть стек с открытым исходным кодом вроде Prometheus и Grafana? Поэтому давайте посмотрим на достаточно интересную тему, где я как разработчик, знаю продукт изнутри и топлю за него, но и не могу отрицать стандарты индустрии на open-source. Вокруг наблюдаемости давно есть устойчивый стек из open-source продуктов: Prometheus, Grafana, Loki, Jaeger/Tempo и других. Для многих команд это дефолтный выбор — гибкий и контролируемый. В то же время, когда речь идёт о мониторинге сложных, распределенных систем и более быстром внедрении, APM-платформы (Application Performance Monitoring and Observability) предлагают другой подход: готовый продукт с уже встроенной корреляцией данных, автоматизацией и минимальной настройкой. Буду сравнивать по четырем ключевым метрикам: функциональные возможности, скорость развертывания, поддержка и адаптация к изменениям.

https://habr.com/ru/companies/rkt/articles/1031782/

#apm #apmмониторинг #observability #monitoring #мониторинг #zabbix #prometheus #grafana #opensource #opentracing

Одна платформа, чтобы мониторить всех: как мы осуществляем трассировку, работаем с логами и метриками во всей экосистеме

Привет, Хабр! Меня зовут Филипп Бочаров, я руководитель направления мониторинга и наблюдаемости в МТС Диджитал. В нашей экосистеме более 400 продуктов, которые активно взаимодействуют между собой. Для такого обширного ландшафта мы используем единую платформу мониторинга: она устанавливает общие стандарты, дает возможность легкого перехода на новый стек и снижает трудозатраты на типовые операции. В этой статье расскажу, как мы с ее помощью осуществляем распределенную трассировку, сбор и хранение метрик и централизованное логирование для всех продуктов МТС. И покажу, что в нашем случае платформа — единственное работающее решение.

https://habr.com/ru/companies/ru_mts/articles/846018/

#распределенная_трассировка #telegraf #jaeger #clickhouse #victoriametrics #prometheus #opentracing #OpenTelemetry

@Martindotnet Trying to wrap my head around the concept of "audit logging" aka "audit trail" and how it relates to (open) tracing. Would I use open tracing for audit logging? Any thoughts on this?

There is even a big GitHub project dedicated to audit logging for #dotnet: https://github.com/thepirat000/Audit.NET

#Tracing #OpenTracing #AuditTrail #AuditLog

What is the go-to #nuget package to add #OpenTelemetry and #OpenTracing to a #dotnet app?
Since #OpenTracing was merged into #OpenTelemetey, I‘ll probably just need one package?

#observability

cc @Martindotnet

Check out my latest #FOSS projects - an #OpenTracing ecosystem for the #Foxx runtime of #ArangoDB, including:

1. https://github.com/RecallGraph/foxx-tracer,
2. https://github.com/RecallGraph/foxx-tracer-collector,
3. https://github.com/RecallGraph/foxx-tracer-reporter-console,
4. https://github.com/RecallGraph/foxx-tracer-reporter-datadog

Enabling #OpenTracing with the #NGINX Ingress Controller for #Kubernetes https://www.nginx.com/blog/opentracing-with-nginx-ingress-controller-for-kubernetes/?utm_campaign=kubernetes&utm_medium=blog&utm_source=twitter-soc&utm_content=opentracing 

Enabling OpenTracing helps you understand what is happening in your applications and debug problems more quickly. Here's how to enable #OpenTracing of HTTP and #gRPC requests in a #Kubernetes cluster when using the NGINX Ingress Controller https://www.nginx.com/blog/opentracing-with-nginx-ingress-controller-for-kubernetes/?utm_campaign=kubernetes&utm_medium=blog&utm_source=twitter-soc&utm_content=opentracing 

Enabling #OpenTracing with the NGINX Ingress Controller for #Kubernetes https://www.nginx.com/blog/opentracing-with-nginx-ingress-controller-for-kubernetes/?utm_campaign=kubernetes&utm_medium=blog&utm_source=twitter-soc&utm_content=opentracing

With the NGINX #OpenTracing dynamic module, you get distributed tracing data for every application proxied by #NGINX or NGINX Plus without having to instrument the applications individually. Here's how: https://www.nginx.com/blog/opentracing-nginx-plus/?utm_campaign=core&utm_medium=blog&utm_source=twitter-soc&utm_content=opentracing