Latest Dynatrace Preview
In this use case, you'll
SDLC events are events with a separate event kind in Dynatrace that follow a well-defined semantic for capturing data points from a software component's software development lifecycle. The Software development lifecycle (SDLC) events specification defines the semantics of those events.
The main benefit is data normalization and becoming tool agnostic. As a result, Dynatrace Dashboards, Apps, and Workflows can build on SDLC events with well-defined properties rather than tool-specific details.
This information is intended for platform engineers who use GitLab in their Internal Development Platform (IDP).
In this tutorial, you'll learn how to
Install Dynatrace Configuration as Code via Monaco
Prepare the Monaco configuration.
Create an OAuth client for the Dynatrace Monaco CLI with the following permissions
app-engine:apps:run
openpipeline:configurations:read
openpipeline:configurations:write
document:documents:write
document:documents:read
Store the retrieved client ID, secret, and token endpoint as separate environment variables.
$env:OAUTH_CLIENT_ID='<YOUR_CLIENT_ID>'$env:OAUTH_CLIENT_SECRET='<YOUR_CLIENT_SECRET>'$env:OAUTH_TOKEN_ENDPOINT='https://sso.dynatrace.com/sso/oauth2/token'
Clone the Dynatrace configuration as code sample repository using the following commands and move to the gitlab_pipeline_observability
directory.
git clone https://github.com/Dynatrace/dynatrace-configuration-as-code-samples.gitcd dynatrace-configuration-as-code-samples/gitlab_pipeline_observability
Edit the manifest.yaml
by exchanging the <YOUR-DT-ENV-ID>
placeholder with your Dynatrace environment ID at the name property and within the URL of the value property.
manifestVersion: 1.0projects:- name: pipeline_observabilityenvironmentGroups:- name: groupenvironments:- name: <YOUR-DT-ENV-ID>url:type: valuevalue: https://<YOUR-DT-ENV-ID>.apps.dynatrace.comauth:oAuth:clientId:name: OAUTH_CLIENT_IDclientSecret:name: OAUTH_CLIENT_SECRETtokenEndpoint:type: environmentvalue: OAUTH_TOKEN_ENDPOINT
Check the OpenPipeline configuration for SDLC events
These steps modify the OpenPipeline configuration for SDLC events. If your OpenPipeline configuration contains only default/built-in values, you can directly apply the Monaco configuration. If you have any custom ingest sources, dynamic routes, or pipelines, you'll first need to download your configuration and manually merge it into the Monaco configuration.
Step 3 will indicate if a configuration merge is needed or if you can apply the provided configuration directly.
Go to OpenPipeline > Events > Software development lifecycle.
Check the Ingest sources, Dynamic routing, and Pipelines.
If the answer to one of those questions is "yes", follow the steps below. Otherwise, skip ahead to step 4.
Download your OpenPipeline configuration
monaco download -e <YOUR-DT-ENV-ID> --only-openpipeline
Open the following files:
download_<DATE>_<NUMBER>/project/openpipline/events.sdlc.json
.pipeline_observability/openpipline/events.sdlc.gitlab.json
.Merge the contents of events.sdlc.json into events.sdlc.gitlab.json, and then save the file.
Apply the Monaco configuration.
Run this command to apply the provided Monaco configuration. The configuration consists of (1) Dashboards to analyze GitLab activities and (2) OpenPipeline configuration to normalize GitLab events into SDLC events.
monaco deploy manifest.yaml
Create an access token
To generate an access token
You can only access your token once upon creation. You can't reveal it afterward.
These are the scopes you need
openpipeline.events_sdlc
)openpipeline.events_sdlc.custom
)Create the GitLab webhook
Create the GitLab webhook with the following settings
URL: enter your placeholders for your Dynatrace environment ID <YOUR-DT-ENV-ID>
and access token <YOUR-ACCESS-TOKEN>
.
https://<YOUR-DT-ENV-ID>.live.dynatrace.com/platform/ingest/custom/events.sdlc/gitlab
You can enter an optional webhook name and description, but skip the Secret token setting since a custom header manages request validation.
In the Trigger section, select the following events to trigger the webhook.
Add custom header to your webhook with the name Authorization
and value Api-Token <YOUR-ACCESS-TOKEN>
.
Now that you've successfully configured GitLab and Dynatrace, you can use Dashboards and SDLC events to observe your GitLab pipelines and merge requests.
Open the GitLab Pipeline Pulse and the GitLab Merge Request dashboards to observe and analyze:
Real-time activities of all merge requests in your organization or selected GitLab repositories.
Workflow execution details
Job insights
Step durations for workflows in your organization or selected GitLab repositories.
Leverage those insights for the following improvement areas of your internal development platform (IDP):
Streamline CI/CD pipeline
Observing pipeline executions lets you identify bottlenecks and inefficiencies in your CI/CD pipelines. Knowing about these bottlenecks and inefficiencies helps optimize build and deployment processes, leading to faster and more reliable releases.
Improve developer productivity
Automated pipelines reduce the manual effort required for repetitive tasks, such as running tests and checking coding standards. This automation allows developers to focus more on writing code and less on administrative tasks.
Get data-driven job insights
Analyzing telemetry data from merge requests and pipelines provides valuable insights into the development process. You can use the telemetry data to make informed decisions and continuously improve the development flows.
We highly value your insights on GitLab pipeline observability. Your feedback is crucial in helping us enhance our tools and services. Visit the Dynatrace Community page to share your experiences, suggestions, and ideas directly in Feedback channel for CI/CD Pipeline Observability.
Software Development Lifecycle Events