Métricas
Cada Conector expone una serie de métricas que pueden ser utilizadas para monitorear su estado y estadísticas.
MetricsAdapter elección
Por defecto, las métricas se exponen utilizando Cinnamon (también conocido como Akka Insights, también conocido como Lightbend Telemetry) sobre Prometeo.
Sin embargo, es posible utilizar un backend de Métricas diferente especificando el MetricsAdapter al crear cualquier tipo de
conector, con:
.withMetricsAdapter(myMetricsAdapter)Las opciones disponibles para MetricsAdapter are:
-
CinnamonMetricsAdapter(predeterminado): utiliza Cinnamon/Lightbend Telemetry/Akka Perspectivas -
MicrometerMetricsAdapter: utiliza Micrometer, para la integración con Spring Boot métricas por ejemplo
Tenga en cuenta que, por razones técnicas, los nombres de las métricas difieren según el tipo de implementación utilizada. Consulte el tabla a continuación para más detalles.
Dónde se exponen las métricas
Al utilizar el predeterminado MetricsAdapter, la ubicación predeterminada donde se alojan las métricas del conector es
localhost:9001. Si las estadísticas no se están mostrando, asegúrese de que el agente de Telemetría de Lightbend esté en funcionamiento.
Para más información, consulte el Documentación del Agente Cinnamon.
Al utilizar Micrometer, estos estarán disponibles como parte de Spring Boot Actuador Prometheus.
Desglose de Métricas del Conector
Cada conector tiene su propio conjunto de métricas en la tabla a continuación.
Cada métrica está etiquetada con el nombre del conector relevante.
Para distinguir qué métricas se relacionan con qué conector, utilice el connector sugerencia en el Prometheus exportador.
| Nombre de la métrica (Cinnamon) | Nombre de la métrica (Micrómetro) | Tipo | Descripción |
|---|---|---|---|
|
|
Contador |
Registra el número de mensajes enviados a través de un sending connector |
|
|
Contador |
Registra el número de mensajes recibidos a través de un conector de recepción. |
|
|
Contador |
El número de registros de correlación persistidos por el servicio de correlación. |
|
|
Contador |
El número de registros de correlación obtenidos del servicio de correlación |
|
|
Histograma/Grabador |
El número de failed búsquedas de correlación desde el servicio de correlación |
|
|
Contador |
El número de failed solicitudes de mensaje a través de un sending connector |
|
|
Contador |
El número de failed mensaje recibido a través de un conector de recepción |
|
|
Histograma/Grabador |
Un complejo |
El `[application_]ipf_response_times` la métrica se basa en el `CorrelationFound` y `RequestReplyCompleted` system events para SendConnectors y RequestReplySendConnectors respectivamente. Por lo tanto, solo se aplica a operaciones de solicitud-respuesta asíncronas con un paso de correlación que tiene éxito, o una solicitud-respuesta sincrónica completada. |
Métricas del Interruptor Automático
Las métricas del interruptor automático utilizan MeterRegistry implementaciones para publicar métricas. Esto puede configurarse a nivel de conector a través de ResiliencySettings:
ResiliencySettings.builder()
.initialRetryWaitDuration(Duration.ofMillis(10))
.maxAttempts(1)
.resetTimeout(Duration.ofSeconds(1))
.meterRegistry(SIMPLE_METER_REGISTRY)
.build()Alternativamente, esto puede ser configurado a través del SendingConnector interfaz. Esto permite establecer la implementación de meterRegistry a nivel de aplicación.
Por ejemplo, si deseamos que todos los sendingConnectors tengan la misma implementación de meterRegistry, podemos iterar y configurarlos con la API después de que ya hemos construido los conectores. Esto nos permite cambiar rápidamente las implementaciones sin necesidad de modificar cada definición de conector.