Skip to content

Examples of using third-party tracers with SignalFx

License

Notifications You must be signed in to change notification settings

ssidhu-apm/tracing-examples

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

SignalFx Distributed Tracing Instrumentation

Instrumentation Agnostic

SignalFx Distributed Tracing intends to be instrumentation agnostic; supporting & ingesting variety of popular open instrumentation libraries including OpenTracing, Zipkin & OpenCensus. So long as the tracer configured to send spans to SignalFx ingest endpoint uses the Zipkin v1/2 JSON wire format or Jaeger Thrift format, we will accept spans irrespective of how they were instrumented - via one of the above mentioned open libraries or a homegrown one. Our goal is to build on the shoulders of giant communities rather than re-invent the wheel with proprietary libraries/agents and give customers choice to decide what works for them without worrying about vendor lock-in.

OpenTracing    Jaeger Tracing    ZipKin    OpenCensus

For customers who have not yet instrumented their code, our default recommendation is to use OpenTracing to instrument since it has a growing ecosystem of library owners & frameworks instrumenting their code with it & use Jaeger tracer libraries to export spans to us - both of these are CNCF projects with a rapidly growing community behind them.

How should I go about instrumenting my application for distributed tracing?

RPC layer(s) and service/web framework(s) are the best places to start when thinking about how to go about instrumentating your application - both of these will likely have a large coverage area and touch a significant number of transaction paths to give you baseline tracing coverage and visualize an end-to-end trace with a service-map.

Next you should identify services critical to your business and look for areas not covered by rpc or service/web frameworks. Within these services, identify high value transactions and critical paths - instrument enough of these.

Examples

This repository contains a set of simple example applications that demonstrate using SignalFx with various open source tracers. They are broken down by language/platform.

.NET

Java

Python

Go

  • Jaeger Go: our recommended tracer for Golang.
  • OpenCensus Go: OpenCensus's instrumentation library with a Jaeger reporter in Golang.

Node.js

  • Jaeger Node.js
  • Zipkin JS Tracer: Zipkin's instrumentation library for Javascript (currently supports a broader range of instrumentations than the Jaeger Node tracer and supports running in a browser).

Ruby

Service Meshes

  • Istio
    • Istio Mixer Adapter: We have an out of process adapter available for Istio. This is an example configuration for that adapter.
    • Istio E-Commerce Application: An example application with Istio tracing using the SignalFx adapter and Envoy tracing.
  • Envoy: the Envoy proxy can be configured to report trace spans to SignalFx.
  • AWS App Mesh: An example E-Commerce application with deployment and configuration files for App Mesh on ECS.

AWS Lambda Functions

  • AWS Lambda: Examples for instrumenting spans for AWS Lambda written in Java, Python, Node, Go

Auto-Instrumentation

For customers who have not instrumented their applications, or have done so in an OpenTracing-compatible fashion, we offer several SignalFx Tracing libraries. Their detailed documentation is available in their respective source locations:

Examples of those auto-instrumentation techniques are available in this repository:

About

Examples of using third-party tracers with SignalFx

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 21.0%
  • Java 20.4%
  • PHP 14.6%
  • Python 11.1%
  • Go 6.9%
  • C# 6.9%
  • Other 19.1%