Services delivers comprehensive visibility into your distributed services, enabling teams to quickly identify, investigate, and resolve issues across complex microservice architectures. This unified interface consolidates critical health signals and performance metrics to accelerate troubleshooting and optimize service reliability.




Services.
Services is installed in your environment.
Services provides an intelligent health dashboard that surfaces issues demanding immediate attention. You can filter alerts by severity and drill into specific services experiencing degradation. When a service enters a critical state, the app highlights failure rates and provides context around what triggered the alert—whether it's increased errors, latency spikes, or infrastructure problems.

Overlay current failure patterns against baseline periods to immediately identify regressions. The visualization distinguishes between different failure types and severities, helping teams prioritize based on user impact.
Also, refer to the Failure Analysis use case.

Problems maps the entire impact chain from an initial failure through dependent services, infrastructure, and affected users.
Navigating from
Problems to
Services Failure Analysis takes a single click, allowing for seamless investigation from high-level problem detection to granular service-specific error details, including timeframe comparisons and logs.

Filter service views across releases and dozens of facets, including Kubernetes namespaces and deployment dimensions. Compare behavior across staging and production to identify configuration drift or isolate environment-specific issues.

Track response time to understand typical behavior versus worst-case scenarios. Analyze performance trends across different periods to identify exactly when a degradation began and what was the reason for it. Correlate latency changes with deployment events or traffic pattern shifts to quickly pinpoint the cause of performance regressions.
For details, see Response time analysis.

Track message publish rates, receive rates, and processing throughput across your service topology. Identify bottlenecks in asynchronous workflows that traditional request-response monitoring misses.
Visualize processing failure rates to pinpoint services struggling with message consumption or transformation logic. Maintain visibility into batch jobs, event processors, and queue-based integrations operating outside critical user-facing paths.

With the Database queries view,
Services provides detailed visibility into database queries executed by your services.
You can access the Database queries view in two different ways:
Services to see all queries executed across your services.Both options provide query performance information, with a default view that shows the top queries ranked by cumulative duration.

Redis statements often include unique identifiers or values, which results in thousands of distinct entries shown in the Database queries view. For tips on how to reduce cardinality for such database statements, refer to Database queries: Normalize Redis commands.
The Database queries view displays metrics about your most resource-intensive queries, sorted by cumulative duration.
The following information is available for each database query:
Select (Expand row) on the left of the query to display its time-series charts. These three time-series charts visualize the performance trends:
Sort the database query list by one of the following parameters:
Remember that a query executing thousands of times with a modest duration can impact performance just as much as a slow query with fewer executions. By seeing both frequency and duration together, you can prioritize optimization efforts where they'll have the greatest impact.
Services captures and analyzes outbound calls made by your services, and then presents the most frequently called and slowest external dependencies ranked by request rate and duration. The Outbound calls view displays request rate, error rate, average duration, and cumulative duration for each outbound call. Discover which external calls consume the most resources and where performance bottlenecks exist in your service dependencies. By integrating outbound call observability with service-level metrics, you can eliminate blind spots and quickly determine if issues originate within your service or downstream.

URLs with variables in the path name still result in unusable data aggregations. For guidance on reducing cardinality in outbound calls, refer to the processing examples in Reduce span-based and metric-based cardinality.
Service-related concepts, including distributed traces and spans, are central concepts in Dynatrace observability. Understanding these concepts enables effective monitoring and analysis of distributed systems. See Service-related concepts.

Maintain centralized control over service health, performance, and resources.
Get a hands-on experience with
Services in our public sandbox environment, interacting with sample data without installing software.
Services