Tracking metrics allows for deep understanding in how the system is operating and creates baseline understanding on what is normal. Consistent tracking of metrics can help in early anomaly detection.
The Integrity application, if configured to do so, generates a number of metrics. Each metric has a name and a type, e.g. Counter, Gauge, or Timer. The name and type determines a number of different time series exposed by a particular metric. These time series can be monitored and analyzed, using supported monitoring backends. Currently, Integrity supports JMX and Prometheus.
The type, naming conventions and number of time series generated from a particular metric may vary depending on the selected monitoring backend.
Enabling metrics
Metrics are contfigured on the server object configuration in "config.json".
"server":
In options object metrics are enbled using JMX and/or Prometheus.
"options":{"metricsOptions":{"enabled":true}
Monitoring systems
Additionally one or more metrics system must be enabled.
Default JXM setup does not allow for remote jxm connection. To enabled startup options must be set:
Add the following JVM arguments when starting your Vert.x application to enable remote JMX access:
PORT_NUMBER is the port you want to use for JMX (e.g., 9010).
SERVER_IP_ADDRESS should be set to the IP address where the server is reachable.
Note: If you enable remote access in a production environment, you should set authenticate=true and configure a password file for security, as well as apply firewall rules to restrict access.
This configuration enables JMX metrics in Vert.x and allows remote access through the JMX protocol.
Ensure that the appropriate firewall ports are open and that the connection is properly secured.
Prometheus
Basic setup
Using SSL
Available Metrics
Here is a list of fixed metrics exposed by the Integrity application.
Name
Labels
Type
Description
ffid_pipes_pending
id
Gauge
Number of outstanding requests
ffid_pipes_processed
id
Counter
Number of requests returned successfully
ffid_pipes_failed
id
Counter
Number of requests returned failure
ffid_pipes_errors
id
Counter
Number of requests returned error
ffid_pipes_processed_duration
id
Timer
Success processing time in milliseconds
ffid_pipes_failed_duration
id
Timer
Failure processing time in milliseconds
ffid_pipes_errors_duration
id
Timer
Error processing time in milliseconds
ffid_valves_processed
id, class
Counter
Number of requests returned sucessfully
ffid_valves_failed
id, class
Counter
Number of requests returned failure
ffid_valves_processed_duration
id, class
Timer
Success processing time in milliseconds
ffid_valves_failed_duration
id, class
Timer
Failure processing time in milliseconds
fortifiedInternalSessionCount
id
Gauge
Number of active sessions.
Dynamic metrics
Apart from fixed metric names Integrity exposes a number of dynamic metric names. What tis means is that metrics will be exposed based on naming and configuration of the current system setup. The idea behind this is to allow for detailed monitoring if desired.
Dynamic metrics, in general, comes from modules that have outbound relations (http, ldap sql ,smtp etc), Pipes module (valves) & authenticators. Details in regards to metris is found in respective section av the documentation.
Vert.x
The Integrity application is largely built on Eclipse Vert.x. Vert.x generates metrics related to the Vert.x event bus, monitoring low-level activity on the application level.
Metrics generated by Vert.x can also help monitor and analyse incoming/outgoing traffic over various protocols, for example:
HTTP activity
TCP activity
Datagram transmission and reception
Metrics exposed by Eclipse Vert.x are documented here: