Monitor key requests

Key requests are requests that need special attention, either because they're a critical measure of the success of your business (for example, a login request or a shopping-cart checkout request) or because they provide vital technical functionality that your application relies on.

Key requests feature long-term metric history and dedicated dashboard tiles for charting and direct access from your dashboard. Key requests are always alerted on, even when they contribute less than 1% of throughput. They also provide custom thresholds.

Key requests are highlighted in the Key requests section of each service overview page. This visibility is particularly valuable for low-volume, high-importance requests that would otherwise appear at the bottom of the Top requests section of a service overview page.

To tag a specific request as a key request:

  1. Select Transactions and services from the navigation menu.
  2. Select the relevant service from the list.
  3. On the service overview page, select View (View requests, View dynamic web requests, or View resources).
  4. Scroll down and select a request from the Top requests section.
  5. On the request page, open the browse (...) menu and select Mark as key request.

Dashboarding

To create a dashboard tile for a specific request:

  1. Open the navigation menu and select Transactions and services.
  2. Select the relevant service from the list.
  3. On the service overview page, select View (View requests, View dynamic web requests, or View resources).
  4. Open the browse (...) menu and select Pin to dashboard. A new request-specific tile that shows the most important metrics for that particular request is then added to your dashboard.

Long-term trend data for key requests

Dynatrace enables you to chart any request that it detects during monitoring. By default, detailed history of all requests is retained for 10 days. Longer-term historical data is maintained for requests that you manually identify as key requests. Trend lines for key requests are retained perpetually, but the granularity of long-term history is gradually reduced over time:

  • 0-14 days: 1-minute interval granularity available for dashboarding and API access.
  • 14-28 Days: 5-minute interval granularity available for dashboarding and API access.
  • 28-400 days: 1-hour interval granularity available for dashboarding and API access.
  • 400 days-5 years: 1-day interval granularity available for dashboarding and API access.

API access

Metrics and historical data of key requests can be retrieved via the Metrics API v2.

Custom alerting thresholds

Because certain requests may have specific response-time and failure-rate patterns, while others may have strict SLA thresholds, Dynatrace provides you with the ability to define custom alerting thresholds when anomalies are detected related to the performance of key requests.

Reduced alerting priority for low-volume requests

Dynatrace assumes that low-volume requests are of less importance than high-volume and key requests. This means that requests that contribute less than 1% to the overall load of a service won't raise alerts unless their impact is significant enough that the service's overall response time or failure rate is affected. Because this default treatment is not appropriate for all low-volume requests, you should manually tag any important low-volume requests as key requests to ensure that they have standard alerting thresholds.

Calculated service metric

As an alternative way to focus on particular requests, you can create a calculated service metric, based on the requests you need. This approach provides you more flexibility with alerting—you can use the calculated metric just like any built-in metric provided by Dynatrace.