Software Engineering

Using sentry with OpenShift

In a recent blog post, I introduced sentry as a platform for capturing and analysing errors in real time. I would like to explain the use of sentry with applications that are operated as containers in OpenShift. Red Hat OpenShift provides a container-centric hybrid cloud solution, built on projects such as Docker, Kubernetes, Project Atomic or OpenShift Origin – with Red Hat Enterprise Linux as it’s core foundation. It provides a secure and stable platform for container-based deployments. Within the container different technologies are supported, eg. Node.js, Java, WildFly etc. The demo application for this article was created with Spring Boot. Since OpenShift ultimately relies on Kubernetes, instructions and concepts presented below can also be applied one-to-one on Kubernetes!


In sentry, as well as in OpenShift, a functional separation or grouping can be achieved through projects. For this reason, it is recommended to configure a suitable project in sentry for each project in OpenShift. The permissions for the projects can then be set accordingly in sentry as well as in OpenShift.

Each project in sentry can be referenced by a so-called DSN. The DSN for each project is unique. The DSN configures the connection and access data for each client. The DSN can be found in the project settings within the web console.

In OpenShift, a ConfigMap named is created in each project. In this ConfigMap, the DSN is configured as a property. Thus every application in the OpenShift project has access to this ConfigMap. When deploying an application, this ConfigMap is used as the basis for creating environment variables and thus integrated into the respective application.

Demo Application

The demo application can be found in github. The application defines Apache Camel Routes and starts with Spring Boot. The application can be executed by calling a Rest interface (see below). sentry is integrated in the logging configuration:

The values ​​from the ConfigMap are then made available as environment variables during deployment of the application in OpenShift.

The following explains the setup and testing of the application in OpenShift.


  1. Create a project with the same name in OpenShift and sentry.
  2. Obtain the DSN in Project Settings > Klient Keys (DNS) in console.
  3. Login to OpenShift with the CLI

  4. The following command grants ‘view’ access:

    If the above permission is not granted, your pod may throw a message similar to the following:

    “Forbidden!Configured service account doesn’t have access. Service account may have been revoked”

  5. Create a ConfigMap with name and a key ‘SENTRY_DSN’, key ‘environment’. As value use the Klient Keys (DNS) for the project in

  1. Create a ConfigMap for this project using the following command:

  2. Deploy the application to OpenShift

  3. Verify the Deployment

  4. Produce an error

    Check sentry for a FileNotFoundException.


With a few configuration steps, sentry can be usefully integrated with OpenShift. Thus, a central error management for applications in OpenShift can be easily established.