이 콘텐츠는 선택한 언어로 제공되지 않습니다.
Chapter 210. Metrics Component
210.1. Metrics Component
The metrics: component allows to collect various metrics directly from Camel routes. Supported metric types are counter, histogram, meter, timer and gauge. Metrics provides simple way to measure behaviour of application. Configurable reporting backend is enabling different integration options for collecting and visualizing statistics. The component also provides a MetricsRoutePolicyFactory
which allows to expose route statistics using Dropwizard Metrics, see bottom of page for details.
Maven users will need to add the following dependency to their pom.xml
for this component:
<dependency> <groupId>org.apache.camel</groupId> <artifactId>camel-metrics</artifactId> <version>x.x.x</version> <!-- use the same version as your Camel core version --> </dependency>
210.2. URI format
metrics:[ meter | counter | histogram | timer | gauge ]:metricname[?options]
210.3. Options
The Metrics component supports 2 options which are listed below.
Name | Description | Default | Type |
---|---|---|---|
metricRegistry (advanced) | To use a custom configured MetricRegistry. | MetricRegistry | |
resolveProperty Placeholders (advanced) | Whether the component should resolve property placeholders on itself when starting. Only properties which are of String type can use property placeholders. | true | boolean |
The Metrics endpoint is configured using URI syntax:
metrics:metricsType:metricsName
with the following path and query parameters:
210.3.1. Path Parameters (2 parameters):
Name | Description | Default | Type |
---|---|---|---|
metricsType | Required Type of metrics | MetricsType | |
metricsName | Required Name of metrics | String |
210.3.2. Query Parameters (7 parameters):
Name | Description | Default | Type |
---|---|---|---|
action (producer) | Action when using timer type | MetricsTimerAction | |
decrement (producer) | Decrement value when using counter type | Long | |
increment (producer) | Increment value when using counter type | Long | |
mark (producer) | Mark when using meter type | Long | |
subject (producer) | Subject value when using gauge type | Object | |
value (producer) | Value value when using histogram type | Long | |
synchronous (advanced) | Sets whether synchronous processing should be strictly used, or Camel is allowed to use asynchronous processing (if supported). | false | boolean |
210.4. Metric Registry
Camel Metrics component uses by default a MetricRegistry
instance with a Slf4jReporter
that has a 60 second reporting interval. This default registry can be replaced with a custom one by providing a MetricRegistry
bean. If multiple MetricRegistry
beans exist in the application, the one with name metricRegistry
is used.
For example using Spring Java Configuration:
@Configuration public static class MyConfig extends SingleRouteCamelConfiguration { @Bean @Override public RouteBuilder route() { return new RouteBuilder() { @Override public void configure() throws Exception { // define Camel routes here } }; } @Bean(name = MetricsComponent.METRIC_REGISTRY_NAME) public MetricRegistry getMetricRegistry() { MetricRegistry registry = ...; return registry; } }
Or using CDI:
class MyBean extends RouteBuilder { @Override public void configure() { from("...") // Register the 'my-meter' meter in the MetricRegistry below .to("metrics:meter:my-meter"); } @Produces // If multiple MetricRegistry beans // @Named(MetricsComponent.METRIC_REGISTRY_NAME) MetricRegistry registry() { MetricRegistry registry = new MetricRegistry(); // ... return registry; } }
MetricRegistry
uses internal thread(s) for reporting. There is no public API in version DropWizard 3.0.1
for users to clean up on exit. Thus using Camel Metrics Component leads to Java classloader leak and my cause OutOfMemoryErrors
in some cases.
210.5. Usage
Each metric has type and name. Supported types are counter, histogram, meter, timer and gauge. Metric name is simple string. If metric type is not provided then type meter is used by default.
210.5.1. Headers
Metric name defined in URI can be overridden by using header with name CamelMetricsName
.
For example
from("direct:in") .setHeader(MetricsConstants.HEADER_METRIC_NAME, constant("new.name")) .to("metrics:counter:name.not.used") .to("direct:out");
will update counter with name new.name
instead of name.not.used
.
All Metrics specific headers are removed from the message once Metrics endpoint finishes processing of exchange. While processing exchange Metrics endpoint will catch all exceptions and write log entry using level warn
.
210.6. Metrics type counter
metrics:counter:metricname[?options]
210.6.1. Options
Name | Default | Description |
---|---|---|
increment | - | Long value to add to the counter |
decrement | - | Long value to subtract from the counter |
If neither increment
or decrement
is defined then counter value will be incremented by one. If increment
and decrement
are both defined only increment operation is called.
// update counter simple.counter by 7 from("direct:in") .to("metric:counter:simple.counter?increment=7") .to("direct:out");
// increment counter simple.counter by 1 from("direct:in") .to("metric:counter:simple.counter") .to("direct:out");
// decrement counter simple.counter by 3 from("direct:in") .to("metric:counter:simple.counter?decrement=3") .to("direct:out");
210.6.2. Headers
Message headers can be used to override increment
and decrement
values specified in Metrics component URI.
Name | Description | Expected type |
---|---|---|
CamelMetricsCounterIncrement | Override increment value in URI | Long |
CamelMetricsCounterDecrement | Override decrement value in URI | Long |
// update counter simple.counter by 417 from("direct:in") .setHeader(MetricsConstants.HEADER_COUNTER_INCREMENT, constant(417L)) .to("metric:counter:simple.counter?increment=7") .to("direct:out");
// updates counter using simple language to evaluate body.length from("direct:in") .setHeader(MetricsConstants.HEADER_COUNTER_INCREMENT, simple("${body.length}")) .to("metrics:counter:body.length") .to("mock:out");
210.7. Metric type histogram
metrics:histogram:metricname[?options]
210.7.1. Options
Name | Default | Description |
---|---|---|
value | - | Value to use in histogram |
If no value
is not set nothing is added to histogram and warning is logged.
// adds value 9923 to simple.histogram from("direct:in") .to("metric:histogram:simple.histogram?value=9923") .to("direct:out");
// nothing is added to simple.histogram; warning is logged from("direct:in") .to("metric:histogram:simple.histogram") .to("direct:out");
210.7.2. Headers
Message header can be used to override value specified in Metrics component URI.
Name | Description | Expected type |
---|---|---|
CamelMetricsHistogramValue | Override histogram value in URI | Long |
// adds value 992 to simple.histogram from("direct:in") .setHeader(MetricsConstants.HEADER_HISTOGRAM_VALUE, constant(992L)) .to("metric:histogram:simple.histogram?value=700") .to("direct:out")
210.8. Metric type meter
metrics:meter:metricname[?options]
210.8.1. Options
Name | Default | Description |
---|---|---|
mark | - | Long value to use as mark |
If mark
is not set then meter.mark()
is called without argument.
// marks simple.meter without value from("direct:in") .to("metric:simple.meter") .to("direct:out");
// marks simple.meter with value 81 from("direct:in") .to("metric:meter:simple.meter?mark=81") .to("direct:out");
210.8.2. Headers
Message header can be used to override mark
value specified in Metrics component URI.
Name | Description | Expected type |
---|---|---|
CamelMetricsMeterMark | Override mark value in URI | Long |
// updates meter simple.meter with value 345 from("direct:in") .setHeader(MetricsConstants.HEADER_METER_MARK, constant(345L)) .to("metric:meter:simple.meter?mark=123") .to("direct:out");
210.9. Metrics type timer
metrics:timer:metricname[?options]
210.9.1. Options
Name | Default | Description |
---|---|---|
action | - | start or stop |
If no action
or invalid value is provided then warning is logged without any timer update. If action start
is called on already running timer or stop
is called on not running timer then nothing is updated and warning is logged.
// measure time taken by route "calculate" from("direct:in") .to("metrics:timer:simple.timer?action=start") .to("direct:calculate") .to("metrics:timer:simple.timer?action=stop");
TimerContext
objects are stored as Exchange properties between different Metrics component calls.
210.9.2. Headers
Message header can be used to override action value specified in Metrics component URI.
Name | Description | Expected type |
---|---|---|
CamelMetricsTimerAction | Override timer action in URI |
|
// sets timer action using header from("direct:in") .setHeader(MetricsConstants.HEADER_TIMER_ACTION, TimerAction.start) .to("metric:timer:simple.timer") .to("direct:out");
210.10. Metric type gauge
metrics:gauge:metricname[?options]
210.10.1. Options
Name | Default | Description |
---|---|---|
subject | - | Any object to be observed by the gauge |
If subject
is not defined it’s simply ignored, i.e. the gauge is not registered.
// update gauge "simple.gauge" by a bean "mySubjectBean" from("direct:in") .to("metric:gauge:simple.gauge?subject=#mySubjectBean") .to("direct:out");
210.10.2. Headers
Message headers can be used to override subject
values specified in Metrics component URI. Note: if CamelMetricsName
header is specified, then new gauge is registered in addition to default one specified in a URI.
Name | Description | Expected type |
---|---|---|
CamelMetricsGaugeSubject | Override subject value in URI | Object |
// update gauge simple.gauge by a String literal "myUpdatedSubject" from("direct:in") .setHeader(MetricsConstants.HEADER_GAUGE_SUBJECT, constant("myUpdatedSubject")) .to("metric:counter:simple.gauge?subject=#mySubjectBean") .to("direct:out");
210.11. MetricsRoutePolicyFactory
This factory allows to add a RoutePolicy for each route which exposes route utilization statistics using Dropwizard metrics. This factory can be used in Java and XML as the examples below demonstrates.
Instead of using the MetricsRoutePolicyFactory you can define a MetricsRoutePolicy per route you want to instrument, in case you only want to instrument a few selected routes.
From Java you just add the factory to the CamelContext
as shown below:
context.addRoutePolicyFactory(new MetricsRoutePolicyFactory());
And from XML DSL you define a <bean> as follows:
<!-- use camel-metrics route policy to gather metrics for all routes --> <bean id="metricsRoutePolicyFactory" class="org.apache.camel.component.metrics.routepolicy.MetricsRoutePolicyFactory"/>
The MetricsRoutePolicyFactory
and MetricsRoutePolicy
supports the following options:
Name | Default | Description |
---|---|---|
useJmx | false |
Whether to report fine grained statistics to JMX by using the |
jmxDomain | org.apache.camel.metrics | The JMX domain name |
prettyPrint | false | Whether to use pretty print when outputting statistics in json format |
metricsRegistry |
|
Allow to use a shared |
rateUnit | TimeUnit.SECONDS | The unit to use for rate in the metrics reporter or when dumping the statistics as json. |
durationUnit | TimeUnit.MILLISECONDS | The unit to use for duration in the metrics reporter or when dumping the statistics as json. |
namePattern |
|
Camel 2.17: The name pattern to use. Uses dot as separators, but you can change that. The values |
From Java code tou can get hold of the com.codahale.metrics.MetricRegistry
from the org.apache.camel.component.metrics.routepolicy.MetricsRegistryService
as shown below:
MetricRegistryService registryService = context.hasService(MetricsRegistryService.class); if (registryService != null) { MetricsRegistry registry = registryService.getMetricsRegistry(); ... }
210.12. MetricsMessageHistoryFactory
Available as of Camel 2.17
This factory allows to use metrics to capture Message History performance statistics while routing messages. It works by using a metrics Timer for each node in all the routes. This factory can be used in Java and XML as the examples below demonstrates.
From Java you just set the factory to the CamelContext
as shown below:
context.setMessageHistoryFactory(new MetricsMessageHistoryFactory());
And from XML DSL you define a <bean> as follows:
<!-- use camel-metrics message history to gather metrics for all messages being routed --> <bean id="metricsMessageHistoryFactory" class="org.apache.camel.component.metrics.messagehistory.MetricsMessageHistoryFactory"/>
The following options is supported on the factory:
Name | Default | Description |
---|---|---|
useJmx | false |
Whether to report fine grained statistics to JMX by using the |
jmxDomain | org.apache.camel.metrics | The JMX domain name |
prettyPrint | false | Whether to use pretty print when outputting statistics in json format |
metricsRegistry |
|
Allow to use a shared |
rateUnit | TimeUnit.SECONDS | The unit to use for rate in the metrics reporter or when dumping the statistics as json. |
durationUnit | TimeUnit.MILLISECONDS | The unit to use for duration in the metrics reporter or when dumping the statistics as json. |
namePattern |
|
The name pattern to use. Uses dot as separators, but you can change that. The values |
At runtime the metrics can be accessed from Java API or JMX which allows to gather the data as json output.
From Java code you can do get the service from the CamelContext as shown:
MetricsMessageHistoryService service = context.hasService(MetricsMessageHistoryService.class); String json = service.dumpStatisticsAsJson();
And the JMX API the MBean is registered in the type=services
tree with name=MetricsMessageHistoryService
.
210.13. InstrumentedThreadPoolFactory
Available as of Camel 2.18
This factory allows you to gather performance information about Camel Thread Pools by injecting a InstrumentedThreadPoolFactory which collects information from inside of Camel. See more details at Advanced configuration of CamelContext using Spring
210.14. See Also
-
The
camel-example-cdi-metrics
example that illustrates the integration between Camel, Metrics and CDI.