Available as of Camel 2.18

The camel-zipkin component is used for tracing and timing incoming and outgoing Camel messages using zipkin. Events (span) are captured for incoming and outgoing messages being sent to/from Camel. This means you need to configure which which Camel endpoints that maps to Zipkin service names.

The mapping can be configured using:

  • route ID - A Camel route id
  • endpoint URL - A Camel endpoint URL

For both kinds you can use wildcards and regular expressions to match, which is using the rules from Intercept. To match all Camel messages you can use * in the pattern and configure that to the same service name. If no mapping has been configured then Camel will fallback and use endpoint URIs as service names. However its recommended to configure service mappings so you can use human logic names instead of Camel endpoint URIs in the names.

Camel will auto-configure a ScribeSpanCollector if no SpanCollector explicit has been configured, and if the hostname and port to the span collector has been configured as environment variables:

  • ZIPKIN_COLLECTOR_THRIFT_SERVICE_HOST - The hostname
  • ZIPKIN_COLLECTOR_THRIFT_SERVICE_PORT - The port number

This makes it easy to use camel-zipkin in container platforms where the platform can run your application in a Linux container where service configurations are provided as environment variables.

Options

You can configure the following options on ZipkinEventNotifier:

OptionDefaultDescription

clientServiceMappings

 

Sets the client service mappings that matches Camel events to the given Zipkin service name.
The content is a Map<String, String> where the key is a pattern and the value is the service name.
The pattern uses the rules from Intercept.

excludePatterns

 

Sets exclude pattern(s) that will disable tracing with Zipkin for Camel messages that matches the pattern.
The content is a Set<String> where the key is a pattern. The pattern uses the rules from Intercept.

includeMessageBody

false

Whether to include the Camel message body in the Zipkin traces.

This is not recommended for production usage, or when having big payloads. You can limit the size by configuring the max debug log size

includeMessageBodyStreams

false

Whether to include message bodies that are stream based in the Zipkin traces.
This requires enabling stream caching on the routes or globally on the CamelContext.
This is not recommended for production usage, or when having big payloads. You can limit the size by configuring the max debug log size 

rate

1.0f

Configures a rate that decides how many events should be traced by Zipkin.

The rate is expressed as a percentage (1.0f = 100%, 0.5f is 50%, 0.1f is 10%).

serverServiceMappings

 

Sets the server service mappings that matches Camel events to the given Zipkin service name.

The content is a Map<String, String> where the key is a pattern and the value is the service name.

The pattern uses the rules from Intercept.

serviceName

 

To use a global service name that matches all Camel events

spanCollector

 

Mandatory: The collector to use for sending Zipkin span events to the Zipkin server.

Example

To enable camel-zipkin you need to configure first

The configuration about will the trace all incoming and outgoing messages in Camel routes. 

To use ZipkinTracer in XML all you need to do is to setup scribe an the Zipkin tracer as <bean> and then they are automatic discovered and used by Camel.

ServiceName

However if you want to map Camel endpoints to human friendly logical names, you can add mappings

  • ServiceName

You can configure a global service name that all events will fallback and use, such as:

This will use the same service name for all incoming and outgoing Zipkin traces. So if your application uses different services, you need to map them more fine grained into client vs server mappings

Client and Server Service Mappings

  • ClientServiceMappings
  • ServerServiceMappings

So if your application hosts a service that others can call, you can map the Camel route endpoint to a server service mapping. For example support your Camel application has the following route

And you want to make that as a server service, you can add the following mapping

Then when a message is consumed from that inbox queue, it becomes a Zipkin server event with the service name orders.

Now suppose that the call to http:someserver/somepath is also a service, which you want to map to a client service name, which can be done as:

Then in the same Camel application you have mapped incoming and outgoing endpoints to different zipkin service names.

You can use wildcards in the service mapping, so to match all outgoing calls the same HTTP server you can do

zipkin.addClientServiceMapping("http:someserver*", "audit");

Mapping rules

The service name mapping for server occurs using the following rules

  1. Is there an exclude pattern that matches the endpoint URI of the from endpoint? If yes then skip.
  2. Is there a match in the serviceServiceMapping that matches the endpoint URI of the from endpoint? If yes the use the found service name
  3. Is there a match in the serviceServiceMapping that matches the route id of the current route? If yes the use the found service name
  4. Is there a match in the serviceServiceMapping that matches the original route id where the exchange started? If yes the use the found service name
  5. No service name was found, the exchange is not traced by Zipkin.

The service name mapping for client occurs using the following rules

  1. Is there an exclude pattern that matches the endpoint URI of the from endpoint? If yes then skip.
  2. Is there a match in the clientServiceMapping that matches the endpoint URI of endpoint where the message is being sent to? If yes the use the found service name
  3. Is there a match in the clientServiceMapping that matches the route id of the current route? If yes the use the found service name
  4. Is there a match in the clientServiceMapping that matches the original route id where the exchange started? If yes the use the found service name
  5. No service name was found, the exchange is not traced by Zipkin.

No client or server mappings

If there has been no configuration of client or server service mappings, then CamelZipkin runs in a fallback mode, where it uses the endpoint URIs as the service name.

So in the example above that would mean the service names would be, as if you add the following code yourself:

This is not a recommended approach but gets you up and running quickly without doing any service name mappings. However when you have multiple systems across your infrastructure, then you should consider using human logic service names, that you map to instead of using the camel endpoint URIs.

camel-zipkin-starter

If you are using Spring Boot then you can add the camel-zipkin-starter dependency, and turn on Zipkin by annotating the main class with @CamelZipkin. You can then configure camel-zipkin in the application.properties file where you can configure the hostname and port number for the Zipkin Server, and all the other options as listed in the options table above.

You can find an example of this in the camel-example-zipkin

© 2004-2015 The Apache Software Foundation.
Apache Camel, Camel, Apache, the Apache feather logo, and the Apache Camel project logo are trademarks of The Apache Software Foundation. All other marks mentioned may be trademarks or registered trademarks of their respective owners.
Graphic Design By Hiram