Quarkus - MicroProfile Metrics

This guide demonstrates how your Quarkus application can utilize the MicroProfile Metrics specification through the SmallRye Metrics extension.

MicroProfile Metrics allows applications to gather various metrics and statistics that provide insights into what is happening inside the application.

The metrics can be read remotely using JSON format or the OpenMetrics format, so that they can be processed by additional tools such as Prometheus, and stored for analysis and visualisation.

Apart from application-specific metrics, which are described in this guide, you may also utilize built-in metrics exposed by various Quarkus extensions. These are described in the guide for each particular extension that supports built-in metrics.

Prerequisites

To complete this guide, you need:

  • less than 15 minutes

  • an IDE

  • JDK 1.8+ installed with JAVA_HOME configured appropriately

  • Apache Maven 3.6.2+

Architecture

In this example, we build a very simple microservice which offers one REST endpoint and that endpoint serves for determining whether a number is prime. The implementation class is annotated with some metric annotations so that while responding to user’s requests, some metrics are gathered. The meaning of each metric will be explained later.

Solution

We recommend that you follow the instructions in the next sections and create the application step by step. However, you can go right to the completed example.

Clone the Git repository: git clone [https://github.com/quarkusio/quarkus-quickstarts.git](https://github.com/quarkusio/quarkus-quickstarts.git), or download an archive.

The solution is located in the microprofile-metrics-quickstart directory.

Creating the Maven Project

First, we need a new project. Create a new project with the following command:

  1. mvn io.quarkus:quarkus-maven-plugin:1.7.6.Final:create \
  2. -DprojectGroupId=org.acme \
  3. -DprojectArtifactId=microprofile-metrics-quickstart \
  4. -Dextensions="smallrye-metrics"
  5. cd microprofile-metrics-quickstart

This command generates a Maven project, importing the smallrye-metrics extension which is an implementation of the MicroProfile Metrics specification used in Quarkus.

If you already have your Quarkus project configured, you can add the smallrye-metrics extension to your project by running the following command in your project base directory:

  1. ./mvnw quarkus:add-extension -Dextensions="smallrye-metrics"

This will add the following to your pom.xml:

  1. <dependency>
  2. <groupId>io.quarkus</groupId>
  3. <artifactId>quarkus-smallrye-metrics</artifactId>
  4. </dependency>

Writing the application

The application consists of a single class that implements an algorithm for checking whether a number is prime. This algorithm is exposed over a REST interface. Additionally, we need a few annotations to make sure that our desired metrics are calculated over time and can be exported for manual analysis or processing by additional tooling.

The metrics that we will gather are these:

  • performedChecks: A counter which is increased by one each time the user asks about a number.

  • highestPrimeNumberSoFar: This is a gauge that stores the highest number that was asked about by the user and which was determined to be prime.

  • checksTimer: This is a timer, therefore a compound metric that benchmarks how much time the primality tests take. We will explain that one in more details later.

The full source code looks like this:

  1. package org.acme.microprofile.metrics;
  2. import org.eclipse.microprofile.metrics.MetricUnits;
  3. import org.eclipse.microprofile.metrics.annotation.Counted;
  4. import org.eclipse.microprofile.metrics.annotation.Gauge;
  5. import org.eclipse.microprofile.metrics.annotation.Timed;
  6. import org.jboss.resteasy.annotations.jaxrs.PathParam;
  7. import javax.ws.rs.GET;
  8. import javax.ws.rs.Path;
  9. import javax.ws.rs.Produces;
  10. @Path("/")
  11. public class PrimeNumberChecker {
  12. private long highestPrimeNumberSoFar = 2;
  13. @GET
  14. @Path("/{number}")
  15. @Produces("text/plain")
  16. @Counted(name = "performedChecks", description = "How many primality checks have been performed.")
  17. @Timed(name = "checksTimer", description = "A measure of how long it takes to perform the primality test.", unit = MetricUnits.MILLISECONDS)
  18. public String checkIfPrime(@PathParam long number) {
  19. if (number < 1) {
  20. return "Only natural numbers can be prime numbers.";
  21. }
  22. if (number == 1) {
  23. return "1 is not prime.";
  24. }
  25. if (number == 2) {
  26. return "2 is prime.";
  27. }
  28. if (number % 2 == 0) {
  29. return number + " is not prime, it is divisible by 2.";
  30. }
  31. for (int i = 3; i < Math.floor(Math.sqrt(number)) + 1; i = i + 2) {
  32. if (number % i == 0) {
  33. return number + " is not prime, is divisible by " + i + ".";
  34. }
  35. }
  36. if (number > highestPrimeNumberSoFar) {
  37. highestPrimeNumberSoFar = number;
  38. }
  39. return number + " is prime.";
  40. }
  41. @Gauge(name = "highestPrimeNumberSoFar", unit = MetricUnits.NONE, description = "Highest prime number so far.")
  42. public Long highestPrimeNumberSoFar() {
  43. return highestPrimeNumberSoFar;
  44. }
  45. }

Running and using the application

To run the microservice in dev mode, use ./mvnw clean compile quarkus:dev

Generate some values for the metrics

First, ask the endpoint whether some numbers are prime numbers.

  1. curl localhost:8080/350

The application will respond that 350 is not a prime number because it can be divided by 2.

Now for some large prime number so that the test takes a bit more time:

  1. curl localhost:8080/629521085409773

The application will respond that 629521085409773 is a prime number. If you want, try some more calls with numbers of your choice.

Review the generated metrics

To view the metrics, execute curl -H"Accept: application/json" localhost:8080/metrics/application You will receive a response such as:

  1. {
  2. "org.acme.microprofile.metrics.PrimeNumberChecker.checksTimer" : {
  3. "p50": 217.231273,
  4. "p75": 217.231273,
  5. "p95": 217.231273,
  6. "p98": 217.231273,
  7. "p99": 217.231273,
  8. "p999": 217.231273,
  9. "min": 0.58961,
  10. "mean": 112.15909190834819,
  11. "max": 217.231273,
  12. "stddev": 108.2721053982776,
  13. "count": 2,
  14. "meanRate": 0.04943519091742238,
  15. "oneMinRate": 0.2232140583080189,
  16. "fiveMinRate": 0.3559527083952095,
  17. "fifteenMinRate": 0.38474303050928976
  18. },
  19. "org.acme.microprofile.metrics.PrimeNumberChecker.performedChecks" : 2,
  20. "org.acme.microprofile.metrics.PrimeNumberChecker.highestPrimeNumberSoFar" : 629521085409773
  21. }

Let’s explain the meaning of each metric:

  • performedChecks: A counter which is increased by one each time the user asks about a number.

  • highestPrimeNumberSoFar: This is a gauge that stores the highest number that was asked about by the user and which was determined to be prime.

  • checksTimer: This is a timer, therefore a compound metric that benchmarks how much time the primality tests take. All durations are measured in milliseconds. It consists of these values:

    • min: The shortest duration it took to perform a primality test, probably it was performed for a small number.

    • max: The longest duration, probably it was with a large prime number.

    • mean: The mean value of the measured durations.

    • stddev: The standard deviation.

    • count: The number of observations (so it will be the same value as performedChecks).

    • p50, p75, p95, p99, p999: Percentiles of the durations. For example the value in p95 means that 95 % of the measurements were faster than this duration.

    • meanRate, oneMinRate, fiveMinRate, fifteenMinRate: Mean throughput and one-, five-, and fifteen-minute exponentially-weighted moving average throughput.

If you prefer an OpenMetrics export rather than the JSON format, remove the -H"Accept: application/json" argument from your command line.

Configuration Reference